Processing and reporting usage information for an HVAC system controlled by a network-connected thermostat

ABSTRACT

Systems and methods are described for interactively, graphically displaying and reporting performance information to a user of an HVAC system controlled by a self-programming network-connected thermostat. The information is made on a remote display device such as a smartphone, tablet computer or other computer, and includes a graphical daily or monthly summary each of several days or months respectively. In response to a user selection of a day, detailed performance information is graphically displayed that can include an indication of HVAC activity on a timeline, the number of hours of HVAC activity, as well as one or more symbols on a timeline indicating setpoint changes, and when a setpoint was changed due to non-occupancy.

CROSS-REFERENCE TO RELATED APPLICATIONS

This patent application is a continuation of U.S. Ser. No. 14/389,243,filed Sep. 29, 2014, which is a national stage entry of PCT/US13/34718,filed Mar. 29, 2013, which is a continuation-in-part of U.S. Ser. No.13/434,560, filed Mar. 29, 2012, now U.S. Pat. No. 9,453,655, which arehereby incorporated herein by reference in their entirety.

FIELD

This patent specification relates to systems, methods, and relatedcomputer program products for the monitoring and control ofenergy-consuming systems or other resource-consuming systems. Moreparticularly, this patent specification relates to systems and methodsfor updating climate control algorithms.

BACKGROUND

Substantial effort and attention continues toward the development ofnewer and more sustainable energy supplies. The conservation of energyby increased energy efficiency remains crucial to the world's energyfuture. According to an October 2010 report from the U.S. Department ofEnergy, heating and cooling account for 56% of the energy use in atypical U.S. home, making it the largest energy expense for most homes.Along with improvements in the physical plant associated with homeheating and cooling (e.g., improved insulation, higher efficiencyfurnaces), substantial increases in energy efficiency can be achieved bybetter control and regulation of home heating and cooling equipment. Byactivating heating, ventilation, and air conditioning (HVAC) equipmentfor judiciously selected time intervals and carefully chosen operatinglevels, substantial energy can be saved while at the same time keepingthe living space suitably comfortable for its occupants.

To encourage users to adopt energy saving operating levels while stillmaintaining comfort for the occupants, it would be useful to the user tohave access to HVAC performance information especially related to HVACactivity and energy consumption.

SUMMARY

Provided according to one or more embodiments is a method for method ofinteractively and graphically displaying performance information to auser of an HVAC system controlled by a thermostat is described. Themethod includes using the thermostat to gather information relating toHVAC system usage; on a remote display device, graphically displayingperformance information based on the gathered information, the displayedperformance information including a graphical daily summary for each ofa plurality of days; and in response to a user selection of a day,graphically displaying on the display device detailed performanceinformation for the user selected day.

According to some embodiments, the thermostat is self-programmingnetwork-connected thermostat, and the display device is a touchsensitive display on mobile computing device such as a smartphone or atablet computer. According to some embodiments, the detailed performanceinformation includes a graphical indication of HVAC activity on atimeline, and indicates the number of hours of HVAC activity. Accordingto some embodiments the detailed performance information also caninclude: one or more symbols indicating setpoint changes, and a symbolindicating on a timeline when a setpoint was changed due tonon-occupancy.

According to some embodiments, the user can toggle the display betweenthe detailed performance information and the graphical summary. Thegraphical summary for a day can include a symbol indicating energysaving performance was achieved during the day, as well as a symbolindicating a primary causative agent which is responsible for above orbelow HVAC energy performance.

According to some embodiments, a method is described of analyzingperformance information for an HVAC system controlled by aself-programming network-connected thermostat. The method includes:using the thermostat to gather information relating to HVAC systemusage; calculating one or more HVAC usage parameters for a time intervalas being above or below an average; evaluating a plurality of potentialcausative agents for potential causation for the calculated usageparameter being above or below the average; and based on the evaluation,selecting a primary causative agent.

According to some embodiments, the plurality of potential causativeagents can include user changes to thermostat setpoints, weather, and/oran energy saving feature of the thermostat such as automatic detectionof non-occupancy. The usage parameters can include a parameter relatingto energy consumption, duration of HVAC system activity, and/or anamount of time multiplied by a temperature differential. According tosome embodiments, a symbol indicating the selected primary causativeagent is graphically displayed to the user.

According to some embodiments a method is described of encouraging auser to adopt energy saving thermostat temperature settings using aninteractive display. The method includes: receiving user inputrepresenting a change in a temperature setting, such as a setpointchange; in response to received user input, displaying in real time agraphical symbol in a first form indicating to the user that the changein the temperature setting would result in moderate energy savings;receiving further user input indicating a further change in thetemperature setting; and in response to the received further user input,in real time altering the first form of the graphical symbol to a secondform indicating that the further change would result in even greaterenergy savings. According to some embodiments the second form of thegraphical symbol has a higher contrast against a background and/or amore saturated color than the first form of the graphical symbol.According to some embodiments, the graphical symbol is in a leaf shape.

A further embodiment describes a method for characterizing the operationof an HVAC system controlled by an HVAC controller. First historicaldata are received, which data are representative of actual HVAC usage bythe HVAC system for each of a first historical time interval and asecond historical time interval. The first historical data are processedto determine an HVAC usage difference between the first historical timeinterval and the second historical time interval. Second historical datarepresentative of one or more parameters characterizing each of apreselected plurality of causative agents over each of the first andsecond historical time intervals, each causative agent being known to atleast partially influence HVAC usage by said HVAC system. The first andsecond historical data are processed to generate, for each causativeagent, a model that characterizes a relationship between said one ormore causative agent parameters and an associated HVAC usage estimate ofsaid HVAC system. The second historical data is also processed inconjunction with the causative agent models to compute a relativecontribution of each of the causative agents toward the HVAC usagedifference between the first and second historical time intervals. Anenergy usage report is generated that includes at least (i) the HVACusage difference between the first and second historical time intervals,and (ii) an attribution of a primary causative agent from the pluralityof causative agents as a primary reason for the HVAC usage difference,wherein the primary causative agent has the highest relativecontribution from the causative agents toward the HVAC usage difference;and

displaying said energy usage report on an electronic display.

It will be appreciated that these systems and methods are novel, as areapplications thereof and many of the components, systems, methods andalgorithms employed and included therein. It should be appreciated thatembodiments of the presently described inventive body of work can beimplemented in numerous ways, including as processes, apparata, systems,devices, methods, computer readable media, computational algorithms,embedded or distributed software and/or as a combination thereof.Several illustrative embodiments are described below.

BRIEF DESCRIPTION OF THE DRAWINGS

The inventive body of work will be readily understood by referring tothe following detailed description in conjunction with the accompanyingdrawings, in which:

FIG. 1 is a diagram of an enclosure in which environmental conditionsare controlled, according to some embodiments;

FIG. 2 is a diagram of an HVAC system, according to some embodiments;

FIGS. 3A-3B illustrate a thermostat having a user-friendly interface,according to some embodiments;

FIG. 3C illustrates a cross-sectional view of a shell portion of a frameof the thermostat of FIGS. 3A-3B;

FIG. 4 illustrates a thermostat having a head unit and a backplate (orwall dock) for ease of installation, configuration and upgrading,according to some embodiments;

FIG. 5 illustrates thermostats and computers on a private networkconnected to a cloud-based thermostat management system designed inaccordance with some embodiments;

FIG. 6 illustrates one combination of thermostat management servers usedto implement a thermostat management system in accordance with someembodiments;

FIGS. 7A-7I illustrate aspects of a graphical user interface on a smartphone for performance and other information for an HVAC systemcontrolled by a self-programming network-connected thermostat, accordingto some embodiments;

FIGS. 8A-8K illustrate aspects of a graphical user interface on a tabletcomputer for performance and other information for an HVAC systemcontrolled by a self-programming network-connected thermostat, accordingto some embodiments;

FIGS. 9A-G illustrate aspects of a graphical user interface on apersonal computer for performance and other information for an HVACsystem controlled by a self-programming network-connected thermostat,according to some embodiments;

FIG. 10 is a flowchart illustrating a method for determining primaryresponsibility for above and below average energy usage, according tosome embodiments;

FIGS. 11A-B show an example of an email that is automatically generatedand sent to users to report energy performance-related information,according to some embodiments;

FIGS. 12-15 are flow charts showing steps in determining when a leafwill be displayed, according to some embodiments;

FIG. 16 is a series of display screens on a thermostat in which a leaficon is slowly faded to on or off, according to some embodiments;

FIGS. 17A-D illustrate temperature schedules and activation of theAuto-Away state over a 24 h period for illustration of the temperatureschedule in conjunction with Auto-Away;

FIG. 18 shows a flow chart for a method in accordance with an embodimentfor determining estimated HVAC system usage attributed to one or morecontributors or causative agents, and reporting the estimated HVAC usagefor the causal agents along with the actual HVAC system usage;

FIGS. 19A-D illustrate characterizing an effort needed by the HVACsystem to maintain a setpoint temperature schedule when the schedule ischanged either manually, or by the system entering into an Away state;

FIG. 20 illustrates characterizing an effort needed by the HVAC systemto maintain the difference between two different schedules over a periodof time;

FIG. 21 illustrates an embodiment for determining if weather is eligiblefor causing HVAC usage or non-usage over a relevant time period;

FIG. 22 illustrates a exemplary process for determining the eligibilityof the Away state causal agents towards energy usage by the HVAC systemover a period of time;

FIG. 23 illustrates an exemplary process for determining the eligibilityof the temperature schedule causal agent towards energy usage by theHVAC system over a period of time;

FIG. 24 illustrates an exemplary process for determining the eligibilityof the off-mode causal agent towards energy usage by the HVAC systemover a period of time;

FIG. 25 illustrates an exemplary process for determining the eligibilityof the calendar causal agent towards energy usage by the HVAC systemover a period of time;

FIG. 26 illustrates an embodiment for determining if the time period iseligible for causing usage or non-usage of the HVAC system for a secondtime period as compared to the actual usage difference between the timeperiods;

FIGS. 27A-B illustrate the empirical process for determining the heatand cool slopes;

FIG. 28 illustrates the empirical process for determining the heat andcool slopes;

FIG. 29 is a flow diagram for an exemplary process to determine theestimated HVAC run time attributable to weather over a period of time;

FIG. 30 is an equation in accordance with an embodiment to quantify theestimated HVAC run time attributable Auto-Away;

FIG. 31 is an equation in accordance with an embodiment to quantify theestimated HVAC run time attributable Manual-Away;

FIG. 32 is an equation in accordance with an embodiment to quantify theestimated HVAC run time attributable to a change in temperatureschedule;

FIG. 33 is an equation in accordance with an embodiment to quantify theestimated HVAC run time attributable to a manual change in a temperatureschedule;

FIG. 34 is an equation in accordance with an embodiment to quantify theestimated HVAC run time attributable using the off-mode;

FIG. 35 is an equation in accordance with an embodiment to quantify theestimated HVAC run time attributable a difference in the calendar daysbetween months;

FIG. 36 is an exemplary process flow to scale estimated HVAC run timefor causal agents to have them make sense as compared to the actual HVACrun time;

FIG. 37 is an exemplary process flow to cap the estimated HVAC run timefor the calendar causal agent to have it make sense as compared to theactual HVAC run time; and

FIG. 38 depicts an exemplary report providing ranked estimated HVAC runtime attributable to three causal agents.

DETAILED DESCRIPTION

The subject matter of this patent specification also relates to thesubject matter of the following commonly assigned applications: U.S.Ser. No. 12/881,430 filed Sep. 14, 2010; U.S. Ser. No. 12/881,463 filedSep. 14, 2010; U.S. Prov. Ser. No. 61/415,771 filed Nov. 19, 2010; U.S.Prov. Ser. No. 61/429,093 filed Dec. 31, 2010; U.S. Ser. No. 12/984,602filed Jan. 4, 2011; U.S. Ser. No. 12/987,257 filed Jan. 10, 2011; U.S.Ser. No. 13/033,573 filed Feb. 23, 2011; U.S. Ser. No. 29/386,021, filedFeb. 23, 2011; U.S. Ser. No. 13/034,666 filed Feb. 24, 2011; U.S. Ser.No. 13/034,674 filed Feb. 24, 2011; U.S. Ser. No. 13/034,678 filed Feb.24, 2011; U.S. Ser. No. 13/038,191 filed Mar. 1, 2011; U.S. Ser. No.13/038,206 filed Mar. 1, 2011; U.S. Ser. No. 29/399,609 filed Aug. 16,2011; U.S. Ser. No. 29/399,614 filed Aug. 16, 2011; U.S. Ser. No.29/399,617 filed Aug. 16, 2011; U.S. Ser. No. 29/399,618 filed Aug. 16,2011; U.S. Ser. No. 29/399,621 filed Aug. 16, 2011; U.S. Ser. No.29/399,623 filed Aug. 16, 2011; U.S. Ser. No. 29/399,625 filed Aug. 16,2011; U.S. Ser. No. 29/399,627 filed Aug. 16, 2011; U.S. Ser. No.29/399,630 filed Aug. 16, 2011; U.S. Ser. No. 29/399,632 filed Aug. 16,2011; U.S. Ser. No. 29/399,633 filed Aug. 16, 2011; U.S. Ser. No.29/399,636 filed Aug. 16, 2011; U.S. Ser. No. 29/399,637 filed Aug. 16,2011; U.S. Ser. No. 13/199,108, filed Aug. 17, 2011; U.S. Ser. No.13/267,871 filed Oct. 6, 2011; U.S. Ser. No. 13/267,877 filed Oct. 6,2011; U.S. Ser. No. 13/269,501, filed Oct. 7, 2011; U.S. Ser. No.29/404,096 filed Oct. 14, 2011; U.S. Ser. No. 29/404,097 filed Oct. 14,2011; U.S. Ser. No. 29/404,098 filed Oct. 14, 2011; U.S. Ser. No.29/404,099 filed Oct. 14, 2011; U.S. Ser. No. 29/404,101 filed Oct. 14,2011; U.S. Ser. No. 29/404,103 filed Oct. 14, 2011; U.S. Ser. No.29/404,104 filed Oct. 14, 2011; U.S. Ser. No. 29/404,105 filed Oct. 14,2011; U.S. Ser. No. 13/275,307 filed Oct. 17, 2011; U.S. Ser. No.13/275,311 filed Oct. 17, 2011; U.S. Ser. No. 13/317,423 filed Oct. 17,2011; U.S. Ser. No. 13/279,151 filed Oct. 21, 2011; U.S. Ser. No.13/317,557 filed Oct. 21, 2011; and U.S. Prov. Ser. No. 61/627,996 filedOct. 21, 2011. PCT/US11/61339 filed Nov. 18, 2011; PCT/US11/61344 filedNov. 18, 2011; PCT/US11/61365 filed Nov. 18, 2011; PCT/US11/61379 filedNov. 18, 2011; PCT/US11/61391 filed Nov. 18, 2011; PCT/US11/61479 filedNov. 18, 2011; PCT/US11/61457 filed Nov. 18, 2011; PCT/US11/61470 filedNov. 18, 2011; PCT/US11/61339 filed Nov. 18, 2011; PCT/US11/61491 filedNov. 18, 2011; PCT/US11/61437 filed Nov. 18, 2011; PCT/US11/61503 filedNov. 18, 2011; U.S. Ser. No. 13/342,156 filed Jan. 2, 2012;PCT/US12/00008 filed Jan. 3 2012; PCT/US12/20088 filed Jan. 3, 2012;PCT/US12/20026 filed Jan. 3, 2012; PCT/US12/00007 filed Jan. 3, 2012;U.S. Ser. No. 13/351,688 filed Jan. 17, 2012; U.S. Ser. No. 13/356,762filed Jan. 24, 2012; and PCT/US12/30084 filed Mar. 22, 2012. Each of theabove-referenced patent applications is incorporated by referenceherein. The above-referenced patent applications are collectivelyreferenced hereinbelow as “the commonly assigned incorporatedapplications.”

A detailed description of the inventive body of work is provided below.While several embodiments are described, it should be understood thatthe inventive body of work is not limited to any one embodiment, butinstead encompasses numerous alternatives, modifications, andequivalents. In addition, while numerous specific details are set forthin the following description in order to provide a thoroughunderstanding of the inventive body of work, some embodiments can bepracticed without some or all of these details. Moreover, for thepurpose of clarity, certain technical material that is known in therelated art has not been described in detail in order to avoidunnecessarily obscuring the inventive body of work.

As used herein the term “HVAC” includes systems providing both heatingand cooling, heating only, cooling only, as well as systems that provideother occupant comfort and/or conditioning functionality such ashumidification, dehumidification and ventilation.

As used herein the terms power “harvesting,” “sharing” and “stealing”when referring to HVAC thermostats all refer to the thermostat aredesigned to derive power from the power transformer through theequipment load without using a direct or common wire source directlyfrom the transformer.

As used herein the term “residential” when referring to an HVAC systemmeans a type of HVAC system that is suitable to heat, cool and/orotherwise condition the interior of a building that is primarily used asa single family dwelling. An example of a cooling system that would beconsidered residential would have a cooling capacity of less than about5 tons of refrigeration (1 ton of refrigeration=12,000 Btu/h).

As used herein the term “light commercial” when referring to an HVACsystem means a type of HVAC system that is suitable to heat, cool and/orotherwise condition the interior of a building that is primarily usedfor commercial purposes, but is of a size and construction that aresidential HVAC system is considered suitable. An example of a coolingsystem that would be considered residential would have a coolingcapacity of less than about 5 tons of refrigeration.

As used herein the term “thermostat” means a device or system forregulating parameters such as temperature and/or humidity within atleast a part of an enclosure. The term “thermostat” may include acontrol unit for a heating and/or cooling system or a component part ofa heater or air conditioner. As used herein the term “thermostat” canalso refer generally to a versatile sensing and control unit (VSCU unit)that is configured and adapted to provide sophisticated, customized,energy-saving HVAC control functionality while at the same time beingvisually appealing, non-intimidating, elegant to behold, anddelightfully easy to use.

FIG. 1 is a diagram of an enclosure in which environmental conditionsare controlled, according to some embodiments. Enclosure 100 is, in thisexample, a single-family dwelling. According to other embodiments, theenclosure can be, for example, a duplex, an apartment within anapartment building, a light commercial structure such as an office orretail store, or a structure or enclosure that is a combination of theabove. Thermostat 110 controls HVAC system 120 as will be described infurther detail below. According to some embodiments, the HVAC system 120is has a cooling capacity less than about 5 tons. According to someembodiments, a remote device 112 wirelessly communicates with thethermostat 110 and can be used to display information to a user and toreceive user input from the remote location of the device 112. Althoughmany of the embodiments are described herein as being carried out by athermostat such as thermostat 110, according to some embodiments, thesame or similar techniques are employed using a remote device such asdevice 112.

Some embodiments of thermostat 110 in FIG. 1 incorporate one or moresensors to gather data from the environment associated with enclosure100. Sensors incorporated in thermostat 110 may detect occupancy,temperature, light and other environmental conditions and influence thecontrol and operation of HVAC system 120. Sensors incorporated withinthermostat 110 do not protrude from the surface of the thermostat 110thereby providing a sleek and elegant design that does not drawattention from the occupants in a house or other enclosure. As a result,thermostat 110 readily fits with almost any décor while adding to theoverall appeal of the interior design.

As used herein, a “learning” thermostat refers to a thermostat, or oneof plural communicating thermostats in a multi-thermostat network,having an ability to automatically establish and/or modify at least onefuture setpoint in a heating and/or cooling schedule based on at leastone automatically sensed event and/or at least one past or current userinput. As used herein, a “primary” thermostat refers to a thermostatthat is electrically connected to actuate all or part of an HVAC system,such as by virtue of electrical connection to HVAC control wires (e.g.W, G, Y, etc.) leading to the HVAC system. As used herein, an“auxiliary” thermostat refers to a thermostat that is not electricallyconnected to actuate an HVAC system, but that otherwise contains atleast one sensor and influences or facilitates primary thermostatcontrol of an HVAC system by virtue of data communications with theprimary thermostat. In one particularly useful scenario, the thermostat110 is a primary learning thermostat and is wall-mounted and connectedto all of the HVAC control wires, while the remote thermostat 112 is anauxiliary learning thermostat positioned on a nightstand or dresser, theauxiliary learning thermostat being similar in appearance anduser-interface features as the primary learning thermostat, theauxiliary learning thermostat further having similar sensingcapabilities (e.g., temperature, humidity, motion, ambient light,proximity) as the primary learning thermostat, but the auxiliarylearning thermostat not being connected to any of the HVAC wires.Although it is not connected to any HVAC wires, the auxiliary learningthermostat wirelessly communicates with and cooperates with the primarylearning thermostat for improved control of the HVAC system, such as byproviding additional temperature data at its respective location in theenclosure, providing additional occupancy information, providing anadditional user interface for the user, and so forth.

It is to be appreciated that while certain embodiments are particularlyadvantageous where the thermostat 110 is a primary learning thermostatand the remote thermostat 112 is an auxiliary learning thermostat, thescope of the present teachings is not so limited. Thus, for example,while certain initial provisioning methods that automatically pairassociate a network-connected thermostat with an online user account areparticularly advantageous where the thermostat is a primary learningthermostat, the methods are more generally applicable to scenariosinvolving primary non-learning thermostats, auxiliary learningthermostats, auxiliary non-learning thermostats, or other types ofnetwork-connected thermostats and/or network-connected sensors. By wayof further example, while certain graphical user interfaces for remotecontrol of a thermostat may be particularly advantageous where thethermostat is a primary learning thermostat, the methods are moregenerally applicable to scenarios involving primary non-learningthermostats, auxiliary learning thermostats, auxiliary non-learningthermostats, or other types of network-connected thermostats and/ornetwork-connected sensors. By way of even further example, while certainmethods for cooperative, battery-conserving information polling of athermostat by a remote cloud-based management server may be particularlyadvantageous where the thermostat is a primary learning thermostat, themethods are more generally applicable to scenarios involving primarynon-learning thermostats, auxiliary learning thermostats, auxiliarynon-learning thermostats, or other types of network-connectedthermostats and/or network-connected sensors.

Enclosure 100 further includes a private network accessible bothwirelessly and through wired connections and may also be referred to asa Local Area Network or LAN. Network devices on the private networkinclude a computer 124, thermostat 110 and remote thermostat 112 inaccordance with some embodiments of the present invention. In oneembodiment, the private network is implemented using an integratedrouter 122 that provides routing, wireless access point functionality,firewall and multiple wired connection ports for connecting to variouswired network devices, such as computer 124. Other embodiments mayinstead use multiple discrete switches, routers and other devices (notshown) to perform networking functions equivalent to or in addition tothose provided by integrated router 122.

Integrated router 122 further provides network devices access to apublic network, such as the Internet, provided enclosure 100 has aconnection to the public network generally through a cable-modem, DSLmodem and a service provider of the Internet or other public network.The Internet and other public networks are sometimes referred to as aWide-Area Network or WAN. In one embodiment, integrated router 122 maydirect communications to other devices on these networks using a networkprotocol such as TCP/IP. If the communications are directed to a deviceor service outside the private network, integrated router 122 may routethe communications outside the private network to the public networksuch as the Internet.

In some embodiments, thermostat 110 may wirelessly communicate withremote thermostat 112 over the private network or through an ad hocnetwork formed directly with remote thermostat 112. During communicationwith remote thermostat 112, thermostat 110 may gather informationremotely from the user and from the environment detectable by the remotethermostat 112. For example, remote thermostat 112 may wirelesslycommunicate with the thermostat 110 providing user input from the remotelocation of remote thermostat 112 or may be used to display informationto a user, or both. Like thermostat 110, embodiments of remotethermostat 112 may also include sensors to gather data related tooccupancy, temperature, light and other environmental conditions. In analternate embodiment, remote thermostat 112 may also be located outsideof the enclosure 100.

In accordance with some embodiments, a computer device 124 in enclosure100 may remotely control thermostat 110 by accessing a thermostatmanagement account through a thermostat management system (not shown inFIG. 1) located on a public network such as the Internet. The thermostatmanagement system passes control information over the network back tothermostat 110 provided the thermostat 110 is also associated or pairedto the thermostat management account on the thermostat managementsystem. Data collected by thermostat 110 also passes from the privatenetwork associated with enclosure 100 through integrated router 122 andto the thermostat management system over the public network. Othercomputer devices not in enclosure 100 such as Smartphones, laptops andtablet computers (not shown in FIG. 1) may also control thermostat 110provided they have access to the public network and both the thermostatmanagement system and thermostat management account. Further details onaccessing the public network, such as the Internet, and a thermostatlike thermostat 110 in accordance with embodiments of the presentinvention is described in further detail later herein.

FIG. 2 is a schematic diagram of an HVAC system, according to someembodiments. HVAC system 120 provides heating, cooling, ventilation,and/or air handling for the enclosure 100, such as a single-family homedepicted in FIG. 1. System 120 depicts a forced air type heating andcooling system, although according to other embodiments, other types ofHVAC systems could be used such as radiant heat based systems, heat-pumpbased systems, and others.

In heating, heating coils or elements 242 within air handler 240 providea source of heat using electricity or gas via line 236. Cool air isdrawn from the enclosure via return air duct 246 through filter 270,using fan 238 and is heated through heating coils or elements 242. Theheated air flows back into the enclosure at one or more locations viasupply air duct system 252 and supply air registers such as register250. In cooling, an outside compressor 230 passes a gas such as Freonthrough a set of heat exchanger coils and then through an expansionvalve. The gas then goes through line 232 to the cooling coils orevaporator coils 234 in the air handler 240 where it expands, cools andcools the air being circulated via fan 238. A humidifier 254 mayoptionally be included in various embodiments that returns moisture tothe air before it passes through duct system 252. Although not shown inFIG. 2, alternate embodiments of HVAC system 120 may have otherfunctionality such as venting air to and from the outside, one or moredampers to control airflow within the duct system 252 and an emergencyheating unit. Overall operation of HVAC system 120 is selectivelyactuated by control electronics 212 communicating with thermostat 110over control wires 248.

FIGS. 3A-3B illustrate a thermostat having a user-friendly interface,according to some embodiments. Unlike many prior art thermostats,thermostat 110 preferably has a sleek, simple, uncluttered and elegantdesign that does not detract from home decoration, and indeed can serveas a visually pleasing centerpiece for the immediate location in whichit is installed. Moreover, user interaction with thermostat 110 isfacilitated and greatly enhanced over known conventional thermostats bythe design of thermostat 110. The thermostat 110 includes controlcircuitry and is electrically connected to an HVAC system, such as isshown in FIGS. 1 and 2. Thermostat 110 is wall mounted, is circular inshape, and has an outer rotatable ring 312 for receiving user input.Thermostat 110 is circular in shape in that it appears as a generallydisk-like circular object when mounted on the wall. Thermostat 110 has alarge front face lying inside the outer ring 312. According to someembodiments, thermostat 110 is approximately 80 mm in diameter. Theouter rotatable ring 312 allows the user to make adjustments, such asselecting a new target temperature. For example, by rotating the outerring 312 clockwise, the target temperature can be increased, and byrotating the outer ring 312 counter-clockwise, the target temperaturecan be decreased. The front face of the thermostat 110 comprises a clearcover 314 that according to some embodiments is polycarbonate, and ametallic portion 324 preferably having a number of slots formed thereinas shown. According to some embodiments, the surface of cover 314 andmetallic portion 324 form a common outward arc or spherical shape gentlyarcing outward, and this gentle arcing shape is continued by the outerring 312.

Although being formed from a single lens-like piece of material such aspolycarbonate, the cover 314 has two different regions or portionsincluding an outer portion 314 o and a central portion 314 i. Accordingto some embodiments, the cover 314 is painted or smoked around the outerportion 314 o, but leaves the central portion 314 i visibly clear so asto facilitate viewing of an electronic display 316 disposedthereunderneath. According to some embodiments, the curved cover 314acts as a lens that tends to magnify the information being displayed inelectronic display 316 to users. According to some embodiments thecentral electronic display 316 is a dot-matrix layout (individuallyaddressable) such that arbitrary shapes can be generated, rather thanbeing a segmented layout. According to some embodiments, a combinationof dot-matrix layout and segmented layout is employed. According to someembodiments, central display 316 is a backlit color liquid crystaldisplay (LCD). An example of information displayed on the electronicdisplay 316 is illustrated in FIG. 3A, and includes central numerals 320that are representative of a current setpoint temperature. According tosome embodiments, metallic portion 324 has a number of slot-likeopenings so as to facilitate the use of a passive infrared motion sensor330 mounted therebeneath. The metallic portion 324 can alternatively betermed a metallic front grille portion. Further description of themetallic portion/front grille portion is provided in the commonlyassigned U.S. Ser. No. 13/199,108, supra. The thermostat 110 ispreferably constructed such that the electronic display 316 is at afixed orientation and does not rotate with the outer ring 312, so thatthe electronic display 316 remains easily read by the user. For someembodiments, the cover 314 and metallic portion 324 also remain at afixed orientation and do not rotate with the outer ring 312. Accordingto one embodiment in which the diameter of the thermostat 110 is about80 mm, the diameter of the electronic display 316 is about 45 mm.According to some embodiments an LED indicator 380 is positioned beneathportion 324 to act as a low-power-consuming indicator of certain statusconditions. For example, the LED indicator 380 can be used to displayblinking red when a rechargeable battery of the thermostat (see FIG. 4A,infra) is very low and is being recharged. More generally, the LEDindicator 380 can be used for communicating one or more status codes orerror codes by virtue of red color, green color, various combinations ofred and green, various different blinking rates, and so forth, which canbe useful for troubleshooting purposes.

Motion sensing as well as other techniques can be use used in thedetection and/or predict of occupancy, as is described further in thecommonly assigned U.S. Ser. No. 12/881,430, supra. According to someembodiments, occupancy information is used in generating an effectiveand efficient scheduled program. Preferably, an active proximity sensor370A is provided to detect an approaching user by infrared lightreflection, and an ambient light sensor 370B is provided to sensevisible light. The proximity sensor 370A can be used to detect proximityin the range of about one meter so that the thermostat 110 can initiate“waking up” when the user is approaching the thermostat and prior to theuser touching the thermostat. Such use of proximity sensing is usefulfor enhancing the user experience by being “ready” for interaction assoon as, or very soon after the user is ready to interact with thethermostat. Further, the wake-up-on-proximity functionality also allowsfor energy savings within the thermostat by “sleeping” when no userinteraction is taking place or about to take place. The ambient lightsensor 370B can be used for a variety of intelligence-gatheringpurposes, such as for facilitating confirmation of occupancy when sharprising or falling edges are detected (because it is likely that thereare occupants who are turning the lights on and off), and such as fordetecting long term (e.g., 24-hour) patterns of ambient light intensityfor confirming and/or automatically establishing the time of day.

According to some embodiments, for the combined purposes of inspiringuser confidence and further promoting visual and functional elegance,the thermostat 110 is controlled by only two types of user input, thefirst being a rotation of the outer ring 312 as shown in FIG. 3A(referenced hereafter as a “rotate ring” or “ring rotation” input), andthe second being an inward push on an outer cap 308 (see FIG. 3B) untilan audible and/or tactile “click” occurs (referenced hereafter as an“inward click” or simply “click” input). For the embodiment of FIGS.3A-3B, the outer cap 308 is an assembly that includes all of the outerring 312, cover 314, electronic display 316, and metallic portion 324.When pressed inwardly by the user, the outer cap 308 travels inwardly bya small amount, such as 0.5 mm, against an interior metallic dome switch(not shown), and then springably travels back outwardly by that sameamount when the inward pressure is released, providing a satisfyingtactile “click” sensation to the user's hand, along with a correspondinggentle audible clicking sound. Thus, for the embodiment of FIGS. 3A-3B,an inward click can be achieved by direct pressing on the outer ring 312itself, or by indirect pressing of the outer ring by virtue of providinginward pressure on the cover 314, metallic portion 314, or by variouscombinations thereof. For other embodiments, the thermostat 110 can bemechanically configured such that only the outer ring 312 travelsinwardly for the inward click input, while the cover 314 and metallicportion 324 remain motionless. It is to be appreciated that a variety ofdifferent selections and combinations of the particular mechanicalelements that will travel inwardly to achieve the “inward click” inputare within the scope of the present teachings, whether it be the outerring 312 itself, some part of the cover 314, or some combinationthereof. However, it has been found particularly advantageous to providethe user with an ability to quickly go back and forth betweenregistering “ring rotations” and “inward clicks” with a single hand andwith minimal amount of time and effort involved, and so the ability toprovide an inward click directly by pressing the outer ring 312 has beenfound particularly advantageous, since the user's fingers do not need tobe lifted out of contact with the device, or slid along its surface, inorder to go between ring rotations and inward clicks. Moreover, byvirtue of the strategic placement of the electronic display 316centrally inside the rotatable ring 312, a further advantage is providedin that the user can naturally focus their attention on the electronicdisplay throughout the input process, right in the middle of where theirhand is performing its functions. The combination of intuitive outerring rotation, especially as applied to (but not limited to) thechanging of a thermostat's setpoint temperature, conveniently foldedtogether with the satisfying physical sensation of inward clicking,together with accommodating natural focus on the electronic display inthe central midst of their fingers' activity, adds significantly to anintuitive, seamless, and downright fun user experience. Furtherdescriptions of advantageous mechanical user-interfaces and relateddesigns, which are employed according to some embodiments, can be foundin U.S. Ser. No. 13/033,573, supra, U.S. Ser. No. 29/386,021, supra, andU.S. Ser. No. 13/199,108, supra.

FIG. 3C illustrates a cross-sectional view of a shell portion 309 of aframe of the thermostat of FIGS. 3A-B, which has been found to provide aparticularly pleasing and adaptable visual appearance of the overallthermostat 110 when viewed against a variety of different wall colorsand wall textures in a variety of different home environments and homesettings. While the thermostat itself will functionally adapt to theuser's schedule as described herein and in one or more of the commonlyassigned incorporated applications, supra, the outer shell portion 309is specially configured to convey a “chameleon” quality orcharacteristic such that the overall device appears to naturally blendin, in a visual and decorative sense, with many of the most common wallcolors and wall textures found in home and business environments, atleast in part because it will appear to assume the surrounding colorsand even textures when viewed from many different angles. The shellportion 309 has the shape of a frustum that is gently curved when viewedin cross-section, and comprises a sidewall 376 that is made of a clearsolid material, such as polycarbonate plastic. The sidewall 376 isbackpainted with a substantially flat silver- or nickel-colored paint,the paint being applied to an inside surface 378 of the sidewall 376 butnot to an outside surface 377 thereof. The outside surface 377 is smoothand glossy but is not painted. The sidewall 376 can have a thickness Tof about 1.5 mm, a diameter d1 of about 78.8 mm at a first end that isnearer to the wall when mounted, and a diameter d2 of about 81.2 mm at asecond end that is farther from the wall when mounted, the diameterchange taking place across an outward width dimension “h” of about 22.5mm, the diameter change taking place in either a linear fashion or, morepreferably, a slightly nonlinear fashion with increasing outwarddistance to form a slightly curved shape when viewed in profile, asshown in FIG. 3C. The outer ring 312 of outer cap 308 is preferablyconstructed to match the diameter d2 where disposed near the second endof the shell portion 309 across a modestly sized gap g1 therefrom, andthen to gently arc back inwardly to meet the cover 314 across a smallgap g2. It is to be appreciated, of course, that FIG. 3C onlyillustrates the outer shell portion 309 of the thermostat 110, and thatthere are many electronic components internal thereto that are omittedfrom FIG. 3C for clarity of presentation, such electronic componentsbeing described further hereinbelow and/or in other ones of the commonlyassigned incorporated applications, such as U.S. Ser. No. 13/199,108,supra.

According to some embodiments, the thermostat 110 includes a processingsystem 360, display driver 364 and a wireless communications system 366.The processing system 360 is adapted to cause the display driver 364 anddisplay area 316 to display information to the user, and to receiveruser input via the rotatable ring 312. The processing system 360,according to some embodiments, is capable of carrying out the governanceof the operation of thermostat 110 including the user interface featuresdescribed herein. The processing system 360 is further programmed andconfigured to carry out other operations as described furtherhereinbelow and/or in other ones of the commonly assigned incorporatedapplications. For example, processing system 360 is further programmedand configured to maintain and update a thermodynamic model for theenclosure in which the HVAC system is installed, such as described inU.S. Ser. No. 12/881,463, supra, and in International Patent App. No.PCT/US11/51579, incorporated herein by reference. According to someembodiments, the wireless communications system 366 is used tocommunicate with devices such as personal computers and/or otherthermostats or HVAC system components, which can be peer-to-peercommunications, communications through one or more servers located on aprivate network, and/or communications through a cloud-based service.

FIG. 4 illustrates a side view of the thermostat 110 including a headunit 410 and a backplate (or wall dock) 440 thereof for ease ofinstallation, configuration and upgrading, according to someembodiments. As is described hereinabove, thermostat 110 is wall mountedis circular in shape, and has an outer rotatable ring 312 for receivinguser input. Head unit 410 includes the outer cap 308 that includes thecover 314 and electronic display 316. Head unit 410 of round thermostat110 is slidably mountable onto back plate 440 and slidably detachabletherefrom. According to some embodiments the connection of the head unit410 to backplate 440 can be accomplished using magnets, bayonet, latchesand catches, tabs or ribs with matching indentations, or simply frictionon mating portions of the head unit 410 and backplate 440. According tosome embodiments, the head unit 410 includes a processing system 360,display driver 364 and a wireless communications system 366. Also shownis a rechargeable battery 420 that is recharged using rechargingcircuitry 422 that uses power from backplate that is either obtained viapower harvesting (also referred to as power stealing and/or powersharing) from the HVAC system control circuit(s) or from a common wire,if available, as described in further detail in co-pending patentapplication U.S. Ser. Nos. 13/034,674, and 13/034,678, which areincorporated by reference herein. According to some embodiments,rechargeable battery 420 is a single cell lithium-ion or alithium-polymer battery.

Backplate 440 includes electronics 482 and a temperature/humidity sensor484 in housing 460, which are ventilated via vents 442. Two or moretemperature sensors (not shown) are also located in the head unit 410and cooperate to acquire reliable and accurate room temperature data.Wire connectors 470 are provided to allow for connection to HVAC systemwires. Connection terminal 480 provides electrical connections betweenthe head unit 410 and backplate 440. Backplate electronics 482 alsoincludes power sharing circuitry for sensing and harvesting poweravailable power from the HVAC system circuitry.

FIG. 5 illustrates thermostats and computers on a private network 502connected to a cloud-based thermostat management system 506 designed inaccordance with some embodiments. In one embodiment, private network 502is designed to provide network connectivity primarily within and near anenclosure, such as enclosure 100 in FIG. 1. Private network 502additionally provides network connectivity for various devices such asmartphone 508, tablet 510, computer 512, and laptop 514, as well as thethermostat 110 and remote thermostat 112. A router (not shown) inprivate network 502, such as integrated router 122 in FIG. 1, mayprovide wired and wireless connectivity for these devices using anetwork protocol such as TCP/IP. Preferably, thermostat 110 and remotethermostat 112 are connected wirelessly to private network 502, for atleast the reason that wired connections to the locations of thethermostats may not available, or it may be undesirable to incorporatesuch physical connections in either thermostat 110 or remote thermostat112. For some embodiments, it is also possible for thermostat 110 andremote thermostat 112 to communicate directly with each other and otherdevices wireless using an ad hoc network 517 preferably setup directlybetween the devices and bypassing private network 502.

The embodiments described herein are advantageously configured to becompatible with a large variety of conventional integrated routers thatservice a large population of homes and businesses. Thus, by way ofexample only and not by way of limitation, the router (not shown) thatservices the private network 502 of FIG. 5 can be, for example, a D-LinkDIR-655 Extreme N Wireless Router, a Netgear WNDR3700 RangeMax Dual BandWireless USB Gigabit Router, a Buffalo Technology Nfiniti WZR-HP-G300NHWireless-N Router, an Asus RT-N16 Wireless Router, Cisco Linksys E4200Dual Band Wireless Router, or a Cisco Linksys E4200 Dual Band WirelessRouter. Without loss of generality, some descriptions furtherhereinbelow will refer to an exemplary scenario in which the thermostats110/112 are used in a home environment. However, it is to be appreciatedthat the described embodiments are not so limited, and are applicable touse of such thermostat(s) in any of a variety of enclosures includingresidential homes, business, vacation homes, hotels, hotel rooms,industrial facilities, and generally anywhere there is an HVAC system tobe controlled.

Thermostat access client 516 is a client application designed inaccordance with aspects of the present invention to access thethermostat management system 506 over public network 504. The term“thermostat management system” can be interchangeably referenced as a“cloud-based management server” for the thermostats, or more simply“cloud server”, in various descriptions hereinabove and hereinbelow.Because thermostat access client 516 is designed to execute on differentdevices, multiple client applications may be developed using differenttechnologies based on the requirements of the underlying device platformor operating system. For some embodiments, thermostat access client 516is implemented such that end users operate their Internet-accessibledevices (e.g., desktop computers, notebook computers, Internet-enabledmobile devices, cellphones having rendering engines, or the like) thatare capable of accessing and interacting with the thermostat managementsystem 506. The end user machine or device has a web browser (e.g.,Internet Explorer, Firefox, Chrome, Safari) or other rendering enginethat, typically, is compatible with AJAX technologies (e.g., XHTML, XML,CSS, DOM, JSON, and the like). AJAX technologies include XHTML(Extensible HTML) and CSS (Cascading Style Sheets) for marking up andstyling information, the use of DOM (Document Object Model) accessedwith client-side scripting languages, the use of an XMLHttpRequestobject (an API used by a scripting language) to transfer XML and othertext data asynchronously to and from a server using HTTP), and use ofXML or JSON (Javascript Object Notation, a lightweight data interchangeformat) as a format to transfer data between the server and the client.In a web environment, an end user accesses the site in the usual manner,i.e., by opening the browser to a URL associated with a service providerdomain. The user may authenticate to the site (or some portion thereof)by entry of a username and password. The connection between the end userentity machine and the system may be private (e.g., via SSL). The serverside of the system may comprise conventional hosting components, such asIP switches, web servers, application servers, administration servers,databases, and the like. Where AJAX is used on the client side, clientside code (an AJAX shim) executes natively in the end user's web browseror other rendering engine. Typically, this code is served to the clientmachine when the end user accesses the site, although in the alternativeit may be resident on the client machine persistently. Finally, while aweb-based application over Internet Protocol (IP) is described, this isnot a limitation, as the techniques and exposed user interfacetechnologies may be provided by a standalone application in any runtimeapplication, whether fixed line or mobile. It is to be appreciated thatalthough the TCP/IP protocol is set forth as the network protocol usedfor communications among the thermostat management system 506, thethermostat access client 514, and other devices for some embodiments, itis set forth by way of example and not by way of limitation, in that anyother suitable protocol, such as UDP over IP in particular, may be usedwithout departing from the scope of the present teachings.

In yet another embodiment, thermostat access client 516 may be astand-alone application or “app” designed to be downloaded and run on aspecific device such as smartphone 508 or a tablet 510 device runningthe Apple iOS operating system, Android operating system, or others.Developers create these stand-alone applications using a set ofapplication programming interfaces (APIs) and libraries provided by thedevice manufacturer packaged in software development toolkit or SDK.Once completed, the “app” is made available for download to therespective device through an application store or “app” store curated bythe app store owners to promote quality, usability and customersatisfaction.

In one embodiment, thermostat management system 506 illustrated in FIG.5 may be accessed over public network 504 by computer devices on privatenetwork 502 running thermostat access client 516. Thermostat accessclient 516 accesses a thermostat management account (not illustrated)provisioned by thermostat management system 506, on behalf of thecomputer devices, in order to access or control thermostat 110 or remotethermostat 112. In addition, a computer device on private network 502such as computer 512 may use the thermostat access client 516 andthermostat management account to gather data from thermostat 110 andremote thermostat 112.

Thermostat 110 and remote thermostat 112 may be accessed remotely fromnumerous different locations on the private network 502 or publicnetwork 504. As will be described in further detail hereinbelow, uponinstallation a thermostat such as thermostat 110 first registers withthe thermostat management system 506 and then requests the thermostatmanagement system create a pairing between the thermostat and acorresponding thermostat management account. Thereafter, a device suchas a tablet 518 may be connected to public network 504 directly orthrough a series of other private networks (not shown) yet still accessthese thermostats, while outside the private network where they arelocated, by way of thermostat management system 506. In one embodiment,a tablet 518 running the Apple iOS operating system may remotely accessto these thermostats through the thermostat management system 506 andthermostat management account using an iOS “app” version of thermostataccess client 516. Pairing thermostats with the thermostat managementaccount allows tablet 518 and other computer devices to remotelycontrol, gather data, and generally interact with thermostats such asthermostat 110 and remote thermostat 112.

In one embodiment, thermostat management system 506 distributes the taskof communication and control with the thermostats to one or morethermostat management servers 520. These thermostat management servers520 may coordinate communication, manage access, process data andanalyze results using data produced by thermostats such as thermostat110 and remote thermostat 112. Intermediate and final results fromcomputations on these servers 520, as well as raw data, may be storedtemporarily or archived on thermostat databases 522 for future referenceand use. Thermostat management servers 520 may also send a portion ofthe data along with control information, and more generally any of avariety of different kinds of information, back to thermostat 110 andremote thermostat 112. Results from the thermostat management servers520 may also be stored in one or more thermostat databases 522 forsubsequent access by a device such as tablet 518 running thermostataccess client 516.

These thermostat management servers 520 each may perform one or severaldiscrete functions, may serve as redundant fail-over servers for thesedifferent discrete functions or may share performance of certaindiscrete functions in tandem or in a cluster as well as othercombinations performing more complex operations in parallel ordistributed over one or more clusters of computers. In some embodiments,one of the thermostat management servers 520 may correspond directly toa physical computer or computing device while in other embodiments, thethermostat management servers 520 may be virtualized servers running onone or more physical computers under the control of a virtual machinecomputing environment such as provided by VMWARE of Palo Alto, Calif. orany other virtual machine provider. In yet another embodiment, thethermostat management servers 520 and thermostat databases 522 areprovisioned from a “cloud” computing and storage environment such as theElastic Compute Cloud or EC2 offering from Amazon.com of Seattle, Wash.In an EC2 solution, for example, the thermostat management servers 520may be allocated according to processor cycles and storage requirementsrather than according to a number of computers, either real or virtual,thought to be required for the task at hand.

FIG. 6 illustrates one combination of thermostat management servers 520used to implement a thermostat management system 506 in accordance withsome embodiments. In one embodiment, the thermostat management system506 includes a registration server 602, an update server 604, a pairingserver 606, a thermostat frontend user interface (UI) server 608, athermostat backend server 610, and a thermostat management accountserver 612. Interconnect 614 may connect servers using one or morehigh-speed network connections, a shared back plane, a combination oflocal and remote high-speed connections as well as one or morevirtualized connections. While the configuration of thermostatmanagement servers 520 is exemplary, it is should not be consideredlimiting in any way and it is contemplated that the distribution offunctions may be handled through a different combination of servers anddistribution of function over those servers.

In some embodiments, the thermostat management servers 520 making upthis thermostat management system 506 may manage thermostats located inmultiple enclosures across various geographic locations and time zones.Each enclosure may use one or several thermostats in accordance withembodiments of the present invention to control one or several HVACsystems, such as HVAC system 120 in FIG. 1. In some cases, there may bean increased need from the thermostat management system 506 for certainfunctions and therefore more servers to deliver these functionalcapabilities. It may be appreciated that the design of thermostatmanagement system 506 and use of the thermostat management servers 520may be scaled to meet these demands on the system and efficiently trackand organize the data from these multiple enclosures and thermostats forprocessing, analysis, control and machine-learning purposes.

One embodiment of registration server 602 provides a number of servicesrelated to registering a thermostat on the thermostat management system506 and preparing it for pairing with a thermostat management account.In operation, the registration server 602 may be first accessed by athermostat when the thermostat is wired to the HVAC of an enclosure andthen connected to the Internet through a private network. To make thethermostat known on system 520, the thermostat sends thermostat metadatafrom the private network to the public network, such as the Internet,and then onto processing by registration server 602. Preferably, thethermostat metadata includes a unique thermostat identifier, such as onethat is assigned at the time of manufacturing. As the communication thatsends the thermostat metadata passes through the network addresstranslator (NAT) of the router (not shown) that serves private network502, it is appended with the public network address of that router,which is thus the public address that is “used” by the thermostat tocommunicate over the public network. The thermostat identifier is usedto identify the thermostat from other thermostats being registered byregistration server 602 and may be based, in part or in whole, on amedia access control (MAC) address assigned to the NIC of thethermostat. As one security measure against registering unauthorizeddevices, registration server 602 may compare the MAC address in thethermostat metadata against a list of valid MAC addresses provided bythe manufacturer of the thermostat or NIC component. In accordance withone embodiment, the thermostat registration is complete when theregistration server 602 provisions an entry in a thermostat registrationpool and marks the thermostat entry ready to be paired with a thermostatmanagement account. Entries in the thermostat registration pool may bereferenced by their unique thermostat identifier, the public networkaddress that they used (or, more particularly, the public address of theprivate network router through which they connect to the Internet), andoptionally other relevant metadata associated with the thermostat.

In some embodiments, update server 604 attempts to update software,firmware and configuration updates to each of the thermostats registeredin the thermostat registration pool. If metadata from entries in theregistration pool exclude versioning information, update server may needto further query each thermostat for current versions installed. Updateserver 604 may access entries in the registration pool and then usecorresponding network addresses in each entry to connect to theassociated thermostat over the public network or private network, orboth.

If newer software versions exist than currently used on a thermostat,update server 604 proceeds to send software updates to the thermostatover the public network. For example, update server may use filetransfer protocols such as ftp (file transfer protocol), tftp (trivialfile transfer protocol) or more secure transfer protocols when uploadingthe new software. Once uploaded, installation and update of the softwareon the thermostat may occur immediately through an auto-update option onthe thermostat or manually through the interface of the thermostat asrequested by a user.

One embodiment of pairing server 606 facilitates the association or“pairing” of a thermostat with a thermostat management account onthermostat management account server 612. The term “thermostatmanagement account” can be used interchangeably with “user account”herein unless specified otherwise. Once the thermostat is paired with auser account, a rich variety of network-enabled capabilities are enabledas described further herein and in one or more of the commonly assignedincorporated applications, supra. For example, once pairing has beenachieved, a person with access to the thermostat management account mayaccess the thermostat (through the thermostat management system 506using the thermostat access client 516) for a variety of purposes suchas seeing the current temperature of the home, changing the currentsetpoint, changing the mode of the thermostat between “home” and “away”,and so forth. Moreover, the thermostat management system 506 can thenstart tracking the various information provided by the thermostat which,in turn, enables a rich variety of cloud-based data aggregation andanalysis that can be used to provide relevant reports, summaries,updates, and recommendations to the user either through the thermostatdisplay itself, through the thermostat access client 516, or both. Avariety of other capabilities, such as demand-response actions in whichthe thermostat management server sends an energy alert and/or sendsenergy-saving setpoint commands to the thermostats of users who haveenrolled in such programs, can be carried out.

In view of the importance of establishing a pairing between thethermostat and a thermostat management account, there is provided anability for a fallback method of pairing, which can be termed a“manually assisted” method of pairing, that can take effect and becarried out in the event that the convenient auto-pairing methodsdescribed further hereinbelow cannot be securely and reliably carriedout for a particular installation. The manually assisted method may usean alphanumeric “passcode” to pair the thermostat to the thermostatmanagement account. Typically, the passcode is sent to the thermostatover a public network, like the Internet, and displayed on the displayarea of the thermostat. Authorization to access the thermostat isprovided if the user obtaining the passcode from the display on thethermostat then enters it into a pairing dialog presented when the userlogs into their thermostat management account. Pairing server 606 pairsthe thermostat with the user's thermostat management account if the userenters that same passcode that was displayed on their thermostatdisplay.

According to a preferred “auto-pairing” method, the pairing server 606may automatically pair or “auto-pair” a thermostat management account toa thermostat if both are located on the same private network. If thethermostat and thermostat management account are associated with thesame private network, embodiments of the present invention presume thethermostat is at the user's home, office, or other area where the usershould also have control of the device. To make this determinationautomatically, the pairing server 606 compares the public networkaddress that was used to register the thermostat over the Internet withthe public network address used by the computer device that has mostrecently been used to access the thermostat management account. Sincethe thermostat and computer device only have private network addresses,the router on the private network they share inserts the same publicnetwork address into their packets thus allowing the two devices toaccess servers, services, and other devices on the Internet.“Auto-pairing” takes advantage of this fact and automatically pairsdevices sharing the same public network address. This is particularlyadvantageous from a user standpoint in that the user is not botheredwith the need to enter a passcode or other alphanumerical identifier inorder to achieve the pairing process, and avoids the concern that a usermay inadvertently enter incorrect codes or identifiers into the system.Details on auto-pairing and manually assisted pairing are described infurther detail later herein.

Thermostat front end user-interface (UI) server 608 facilitates thegeneration and presentation of intuitive, user-friendly graphicaluser-interfaces that allow users to remotely access, configure, interactwith, and control one or more of their network-connected thermostats110/112 from a computer web browser, smartphone, tablet, or othercomputing device. The user-friendly graphical user-interfaces can alsoprovide useful tools and interfaces that do not necessarily requirereal-time connectivity with the thermostats 110/112 with examplesincluding, for some embodiments, providing user interfaces fordisplaying historical energy usage, historical sensor readings and/oroccupancy patterns, allowing the user to learn about and/or enroll indemand-response programs, provide social networking forums that allowusers to interact with each other in informative, competitive, fun waysthat promote energy savings, provide access to local informationincluding weather, public safety information, neighborhood calendarevents, and local blogs, and more generally provide services andinformation associated with a comprehensive “energy portal”functionality. Examples of intuitive, user-friendly graphicaluser-interfaces provided by the UI server 608 according to one or morepreferred embodiments are described further in co-pending U.S. patentapplication Ser. No. 13/317,423.

In some embodiments, a thermostat access client user-interface displaysan image of a house representing a primary enclosure paired to thethermostat management account in the thermostat management system.Thermostat front end UI server 608 may further instruct the thermostataccess client, such as thermostat access client 516 in FIG. 5, todisplay images visually representative of one or more thermostats110/112 inside the primary enclosure. By default, each of the one ormore thermostat images may also display a current temperaturemeasurement in the enclosure. In some embodiments, the user-interfacemay also further display an image of an additional house, or houses,representing a secondary enclosure having additional thermostats thatare also paired to the thermostat management account. The image of theadditional house may appear smaller, out of focus or generallydeemphasized visually in relationship to the image of the houserepresenting the primary enclosure. Additional enclosures beyond thesecondary enclosure can also be displayed in the user interface andshould also appear visually deemphasized compared with the imagedisplayed for the primary enclosure. Further information on thethermostat access client and user-interface are described in more detailin co-pending U.S. patent application Ser. No. 13/317,423.

Thermostat backend server 610 manages the storage of data used byvarious thermostat management servers in the thermostat managementsystem 506. In some embodiments, thermostat backend server 610 maymanage storage of the thermostat registration pool data used by theregistration server 602 or may organize and store new software updatesand releases for the update server 604. In another embodiment,thermostat backend server 610 may also store heating and cooling relateddata (i.e., date and time HVAC system was in either heating or coolingmode within the enclosure), sensor information, battery-level data,alarms, etc. associated with an enclosure that was sent to thethermostat management system 506 by thermostats registered therewith,and in some embodiments and provide pre-computed heating and coolingschedules, applications, and other data for download over the publicnetwork for use by the thermostats.

In some embodiments, thermostat management account server 612 is used tocreate new accounts and update existing accounts on thermostatmanagement system 506. To access their thermostat over a thermostataccess client 516 and enjoy the benefits of thermostat connectedness,the user is first required to create of a thermostat management account(“user account”) on thermostat management account server 612 using theirthermostat access client 516. Accordingly, users execute the thermostataccess client 516 on a computer or other computer device to access thethermostat management account server 612. The thermostat managementaccount server 612 should receive at least the zip code and/or city andstate for the enclosure in which the thermostat is (or will be)installed, such that weather information provided by a weather servicecan be accessed and downloaded to the thermostat, which can be used aspart of its optimal enclosure characterization and HVAC controlalgorithms. Optionally, a variety of other information including auser's contact information, enclosure street addresses, and so forth canalso be received. Primary options associated with the thermostatmanagement account server 612 include pairing one or more thermostats tothe correct thermostat management account through pairing operationsprovided by pairing server 606. However, even if the account is not yetpaired with a thermostat, the user may use the thermostat managementaccount to access local information including weather, public safetyinformation, neighborhood calendar events, local blogs and moreinformation based upon the user's contact information, locale and otherinterests.

FIGS. 7A-7I illustrate aspects of a graphical user interface on a smartphone for performance and other information for an HVAC systemcontrolled by a self-programming network-connected thermostat, accordingto some embodiments. In FIG. 7A, smartphone 508 is shown as an iPhonerunning the Apple iOS operating system, although according to otherembodiments the smartphone 508 could be a different device running adifferent operating system such as Android, Symbian, RIM, or Windowsoperating systems. Smart phone 508 has a large touch sensitive display710 on which various types of information can be shown and from whichvarious types of user input can be received. The display area shows atop information bar 720 that is generated by and is standard to theoperating system of the phone 508. An upper banner are 722 includesinformation such as the thermostat manufacture's logo, as well as thecity name and current outdoor temperature for the location where theuser's thermostat is installed. A main window area 730 shows a housesymbol 732 with the name assigned in which thermostat is installed. Athermostat symbol 734 is also displayed along with the name assigned tothe thermostat. For further details of user interfaces for remotedevices such as smartphone 508, see co-pending U.S. patent applicationSer. No. 13/317,423, which is incorporated herein by reference. Thelower menu bar 740 has an arrow shape that points to the symbol to whichthe displayed menu applies. In the example shown in FIG. 7A, the arrowshape of menu 740 is pointed at the thermostat symbol 734, so the menuitems, namely: Energy, Schedule, and Settings, pertain to the thermostatnamed “living room.” Menu 740 also includes an on/off toggle button 742from which the user can turn off or on the thermostat. When the “Energy”menu option of selected from menu 740 in FIG. 7A by the user, thedisplay 710 transitions to that shown in FIG. 7B. An upper menu area 750mimics the menu 740 in FIG. 7A and provides the user locationinformation within the menu structure as well as provides a convenientmeans for the user to navigate within the menu structure. The centraldisplay area 760 shows energy related information to the user in acalendar format. The individual days of the month are shown below themonth banners, such as banner 762, as shown. The user can gesture on thetouch screen to scroll up and down through different days. Also shown isa leaf logo, such as logo 768 for Wednesday February 29^(th), in caseswhere a leaf logo has been awarded for that day. Further details ofawarding the leaf logo are provided herein. For each day, a horizontalbar, such as bar 766, is used to graphically indicate to the user theamount of energy used on that day for heating and/or cooling. In thecase of FIG. 7B, heating was the only HVAC function used. The bars arecolored to match the HVAC function such as orange for heating and bluefor cooling. In cases where there is multi-stage heating differentshades or hues such as salmon and orange can be used. Also shown next toeach bar is the number hours, rounded to nearest quarter of an hourduring which the HVAC function, in this case heating, was activated.According to some embodiments, the relative length of each barrepresents the number of hours that the HVAC function was active. Sincethe number of hours of activity for an HVAC function is closely relatedto the energy usage by that function, the number hours is found to be auseful metric for displaying energy usage information to thermostatusers. According to some embodiments, the lengths of the bars arenormalized wherein day having the greatest amount of usage in thedataset has a full length bar. Also shown on the far right side of eachday is a responsibility symbol 764 which indicates the determinedprimary cause for either over or under average energy usage for thatday. According to some embodiment, a running average is used for thepast seven days for purposes of calculating whether the energy usage wasabove or below average. According to some embodiments, three differentresponsibility symbols are used: weather (such as shown in symbol 764),users (people manually making changes to thermostat's set point or othersettings), and away time (either due to auto-away or manually activatedaway modes).

FIG. 7C shows the screen of FIG. 7B where the user is asking for moreinformation regarding the responsibility symbol 762. The user can simplytouch the responsibility symbol to get more information. In the caseshown in FIG. 7C the pop up message 770 indicates to the user that theweather was believed to be primarily responsible for causing energyusage below the weekly average.

FIG. 7D shows another example of a user inquiring about a responsibilitysymbol. In this case, the user has selected an “away” symbol 774 whichcauses the message 772 to display. Message 772 indicates that theauto-away feature is primarily responsible for causing below averageenergy use for that day.

According to some embodiments, further detail for the energy usagethroughout any given day is displayed when the user requests it. Whenthe user touches one of the energy bar symbols, or anywhere on the rowfor that day, a detailed energy usage display for that day is activated.In FIG. 7E the detailed energy information 780 for February 29^(th) isdisplayed in response to the user tapping on that day's area. If theuser taps on the detailed area 780 again the display will toggle back tothe simple daily display (such as shown by the other days in FIG. 7E).The detailed display are 780 includes a time line bar 782 for the entireday with hash marks or symbols for each two hours. The main bar 782 isused to indicate the times during the day and duration of each time theHVAC function was active (in this case single stage heating). The colorof the horizontal activity bar, such as bar 786 matches the HVACfunction being used, and the width of the activity bar corresponds tothe time of day during which the function was active. Above the maintimeline bar are indicators such as the set temperature and any modesbecoming active such as an away mode (e.g. being manually set by a useror automatically set by auto-away). The small number on the far upperleft of the timeline indicates the starting set point temperature (i.e.from the previous day). The circle symbols such as symbol 784 indicatethe time of day and the temperature of a set point change. The symbolsare used to indicate both scheduled setpoints and manually changesetpoints.

FIG. 7F shows another example of a detailed daily display, according tosome embodiments. In this case detailed energy information 786 is shownfor Saturday, February 25^(th). As in the case shown in FIG. 7E, theuser has selected this day by tapping on the day's area to reveal adetailed timeline bar showing HVAC function activity as well as eventssuch as triggering an away mode and changes in setpoint temperatures. Inthis case the away symbol 788 is used to indicate that the thermostatwent into an away mode (either manually or under auto-away) at about 7AM.

FIG. 7G shows an example of smartphone display area 710 for a differentstructure, according to some embodiments. In this case the structure isnamed Katherine's House shown by the house symbol 732 and includes twothermostats named “Downstairs” and “Upstairs” shown by thermostatsymbols 736 and 738 respectively. At the time shown in FIG. 7G, thedownstairs thermostat is heating to a set point temperature of 66degrees while the upstairs thermostat is in an auto away mode as shownin the symbols 736 and 738. The arrow on the lower menu bar points tothe downstairs thermostat, which controls both heating and cooling asshown by the two small circles on the right side of the lower menu bar.The HVAC function heating is currently active as shown by an orangecolor fill on the left circle while the right symbol has no colored fill(and so is shown with a white center). If the user selects the “energy”selection on the lower menu then detailed energy information for thedownstairs thermostat is shown such as shown in FIG. 7H.

In FIG. 7H, the colors of the horizontal energy use bars for each dayare shaded in different colors to indicate the HVAC function orfunctions that were active for that day. For example, for Sunday,February 26^(th) only heating was used as indicated by the color of thebar which is shaded orange. On Saturday, February 25^(th), only coolingwas used as indicated by the color of the bar which is shaded blue. OnFriday, February 24^(th), both heating and cooling where used and theirrelative amounts are shown by the colored shading, in this case a smallamount of cooling and larger amount of heating. The user has toggled adetailed energy view for Tuesday, February 28^(th) as shown by detailedinformation 790. In this particular HVAC system, the heating systemincludes two stages of heating, which is indicated by two differentshades of orange shading in the small energy usage bars. For example,close to about 1 PM the first stage heating was used, indicated by asalmon colored shading, followed by the second stage of heating,indicated by a more saturated orange colored shading. In this examplecooling was used after about 9:30 PM as indicated by a blue coloredshading. On this day setpoint range was used as indicated by the ovalsymbol 794. The range setpoint is used to maintain the temperaturewithin a range by using both heating and cooling. According to someembodiments, other colors and/or patterns can be used. For example forrelatively expensive and/or energy consuming heating cycles such asheat-pump secondary heat strips a bright red or bright red and blackstriped fill can be used. Also in cases of two-stage cooling, darker andlighter colors of blue can be used. Details of the range setpointsymbols are also shown in FIG. 7I. The range setpoint symbol 796indicates that range setpoint of 75 degrees for cooling and 68 degreesfor heating. FIG. 7I also shows an example of an user responsibilitysymbol 798 indicating that lower than average energy usage for that daywas due to user settings (e.g. the user setting a lower than averagesetpoint).

FIGS. 8A-8K illustrate aspects of a graphical user interface on a tabletcomputer for performance and other information for an HVAC systemcontrolled by a self-programming network-connected thermostat, accordingto some embodiments. In FIG. 8A, tablet computer 510 is shown as an iPadrunning the Apple iOS operating system, although according to otherembodiments the tablet 510 could be a different device running adifferent operating system such as the Android, Blackberry or Windowsoperating systems. Tablet 510 has a large touch sensitive display 810 onwhich various types of information can be shown and from which varioustypes of user input can be received. The display area shows a topinformation bar 820 that is generated by and is standard to theoperating system of the tablet 510. A main window area 830 shows a housesymbol 832 with the name assigned in which thermostat is installed. Athermostat symbol 834 is also displayed along with the name assigned tothe thermostat. For further details of user interfaces for remotedevices such as tablet 510, see co-pending U.S. patent application Ser.No. 13/317,423, which is incorporated herein by reference. The lowermenu bar 850 has an arrow shape that points to the symbol to which thedisplayed menu applies. In the example shown in FIG. 8A, the arrow shapeof menu 850 is pointed at the thermostat logo 834, so the menu items,namely: Energy, Schedule, and Settings, pertain to the thermostat named“living room.” IN the example shown in FIG. 8A, the “Energy” menu optionof selected from menu 850 and so there is a lower display area 860 thatprovides the user with energy related information in a calendar format.The individual days of the month are shown below the month banners asshown. The user can gesture on the touch screen to scroll up and downthrough different days. Also shown is a leaf logo, such as logo 868 forWednesday February 29^(th), in cases where a leaf logo has been awardedfor that day. Further details of awarding the leaf logo are providedherein. For each day, a horizontal bar, such as bar 866, is used tographically indicate to the user the amount of energy used on that dayfor heating and/or cooling. In the case of FIG. 8A, heating was the onlyHVAC function used. The bars are colored to match the HVAC function suchas orange for heating and blue for cooling. In cases where there ismulti-stage heating different shades or hues such as salmon and orangecan be used. The shading indications follow those such as shown in FIG.7H. Also shown next to each bar is the number hours, rounded to nearestquarter of an hour during which the HVAC function, in this case heating,was activated. Also shown on the far right side of each day is aresponsibility symbol 864 which indicates the determined primary causefor either over or under average energy usage for that day. According tosome embodiment, a running average is used for the past seven days forpurposes of calculating whether the energy usage was above or belowaverage. According to some embodiments, three different responsibilitysymbols are used: weather (such as shown in symbol 864), users (peoplemanually making changes to thermostat's set point or other settings),and away time (either due to auto-away or manually activated awaymodes).

Further detail for the energy usage throughout any given day isdisplayed when the user requests it. When the user touches on the rowfor a day, a detailed energy usage display for that day is activated. InFIG. 8B the detailed energy information 880 for February 26^(th) isdisplayed in response to the user tapping on that day's area. If theuser taps on the detailed information 880 again the display will toggleback to the simple daily display. The detailed display information 880includes a main time line bar 882 for the entire day with hash marks orsymbols for each two hours. The main bar 882 is used to indicate thetimes during the day and duration of each time the HVAC function wasactive (in this case single stage heating). The color of the horizontalactivity bar, such as bar 886 matches the HVAC function being used, andthe width of the activity bar corresponds to the time of day duringwhich the function was active. Above the main timeline bar areindicators such as the set temperature and any modes becoming activesuch as an away mode (e.g. being manually set by a user or automaticallyset by auto-away). The small number on the far upper left of thetimeline indicates the starting set point temperature (i.e. from theprevious day). The circle symbols such as symbol 884 indicate the timeof day and the temperature of a set point change. The symbols are usedto indicate both scheduled setpoints and manually change setpoints.

FIG. 8C shows a screen where the user is asking for more informationregarding the responsibility symbol 864. The user can simply touch theresponsibility symbol to get more information. In the case shown in FIG.8C the pop up message 870 indicates to the user that the weather wasbelieved to be primarily responsible for causing energy usage below theweekly average.

FIGS. 8D-8J show various settings screens on the tablet 510, accordingto some embodiments. The setting menu for a thermostat is accessed byselecting the option “Settings” from menu 850 such as shown in FIG. 8A.FIG. 8D shows the settings main menu for the downstairs thermostat.Various settings categories are shown in area 802 and the user canscroll up and down through the list using a touch screen gestureaccording to the particular operating system of the tablet 510. Each ofthe settings options shown in the rows in area 802 have a right arrowmarker such as marker 804. If the marker is selected by the user one ormore detailed screens are displayed for that option. If marker 804 isselected, for example, more detailed information for the away settingsare displayed, which is shown in FIG. 8E. In FIG. 8E the menu area 850indicates to the user that a detailed view of the “away” settings arebeing shown. Also, the user can easily navigate back to the mainsettings menu by selecting the “Settings” option in menu area 850. Thedetailed away settings information area 806 includes an auto-awayfeature toggle (currently the feature is paused, as indicated), and alower area for showing and setting the away temperatures. A messageexplains information regarding the away temperature settings to theuser. In settings slider 808 the user can view the current awaytemperature settings, as well as the default. Also, the user can easilyset the away temperature by touching and dragging the circular symbol asshown in the case of away heating temperature symbol 812.

FIG. 8F shows further detail of the “at a glance” information in thesettings menu. The area 822 shows the current name of the thermostatwhich can be changed by the user in the box shown. The current settingfor Fahrenheit or Celsius is shown which the user can also change. Alsodisplayed is the current temperature. The current setpoint (in this casethe thermostat “upstairs” is set to auto-away, so the auto awaytemperature will be used as the set point), and the relative humidity.

FIG. 8G. shows further detail of the “learning” information are 824which is accessed from the settings menu shown in FIG. 8D. The learninginformation area 824 shows the status of various learning algorithms andfeatures such as Auto-schedule (which can be paused or activated);Auto-away (which can also be paused or activated); Time-to-temperature;Leaf and Energy history available.

FIG. 8H shows further detail of the “equipment” sub menu which isaccessed from the settings menu shown in FIG. 8D. The equipment submenu840 includes selections for Fuel type, Forced Air, Wiring and SafetyTemperatures.

FIG. 8I shows further detail of the safety temperatures, which accessedfrom the equipment submenu shown in FIG. 8H. The safety temperatures arethe minimum (or heating) and maximum (for cooling) temperatures that thethermostat will always attempt to maintain so long as it is switched on.The safety temperature information area 826 includes a messageexplaining the safety temperature settings. In settings slider the usercan view the current safety temperature settings, as well as thedefault. Also, the user can easily set the safety temperatures bytouching and dragging the circular symbol as shown in the case ofcooling safety temperature symbol 828. The user is also reminded of thedefault safety temperature settings as shown.

FIG. 8J shows further detail of the wiring information which accessedfrom the equipment submenu shown in FIG. 8H. The wiring information area824 shows an image 844 of the thermostat backplate, which indicateswhich wires are connected to the various wiring connector terminals.According to some embodiments, the wires are shown in colors that matchthe conventional standard colors used for thermostat wiring. Also shownin area 824 are the HVAC functions that are installed. In the case shownin FIG. 8J, the HVAC installed functions are: Heating, Stage twoheating, and Cooling.

FIG. 8J an example of the tablet 510 in a portrait orientation. Theinformation displayed is similar to the information displayed in FIG.8A.

FIGS. 9A-G illustrate aspects of a graphical user interface on apersonal computer for performance and other information for an HVACsystem controlled by a self-programming network-connected thermostat,according to some embodiments. In FIG. 9A, computer 512 is shown as aniMac desktop computer running an Apple OS operating system, althoughaccording to other embodiments the computer 512 could be a differenttype of computer (such as laptop) and/or running a different operatingsystem such as a Windows operating system. Computer 512 has a display902 on which various types of information can be shown, including window910. The computer 512 includes a keyboard 904 and pointing device, suchas mouse 906 that is used to direct the on-screen pointer 908. Thewindow 910 includes shows an url address area near the top of the window910 as well as an upper banner area includes information such as thethermostat manufacture's logo, the user's on-line account name, as wellas the city name and current outdoor temperature for the location wherethe user's thermostat is installed. A main window area 930 shows a housesymbol 932 with the name assigned in which thermostat is installed. Athermostat symbol 934 is also displayed along with the name assigned tothe thermostat. For further details of user interfaces for computingdevices relating to thermostats, see co-pending U.S. patent applicationSer. No. 13/317,423, which is incorporated herein by reference. Thelower menu bar 740 has an arrow shape that points to the symbol to whichthe displayed menu applies. In the example shown in FIG. 9A, the arrowshape of menu 740 is pointed at the house symbol 932, so the menu items,namely: Settings and Support, pertain to the structure named “PaloAlto.” Menu 740 also includes an on/off toggle button on the far rightside from which the user can change the status of the structure between“home” and “away.”

FIG. 9B shows an example of window 910 when the user has selected thethermostat symbol 934 using the pointing device 908. Thermostat symbol934 enlarges so as to be similar or identical to the thermostat's owndisplay, such that it shows more information such as the currenttemperature on the tick marks. The menu 940 now displays options thatapply to the thermostat named “Hallway.” The menu 940 also shows twocircle symbols to indicate the currently active HVAC function. In thiscase the right circle 942 is shaded orange which indicates that theheating HVAC function is currently active. The user can also use thecircular symbols to select which function is active or turn thethermostat off, according to some embodiments.

When the “Energy” menu option of selected from menu 740 in FIG. 9B bythe user, the window 910 transitions to that shown in FIG. 9C. An uppermenu area 750 mimics the menu 940 in FIG. 9B and provides the userlocation information within the menu structure as well as provides aconvenient means for the user to navigate within the menu structure. Thelower window area 960 shows energy related information to the user in acalendar format. The individual days of the month are shown below themonth banners as shown. The user can use the pointer and the scrollingcontrol area on right side of area 960 to scroll up and down throughdifferent days. If a scrolling control and/or gestures are provided onthe pointing device (such as a scroll wheel) and other input device(such as a track pad) then it can also be used by the user to scrollthrough energy data for different days. A leaf logo is displayed incases where a leaf logo has been awarded for that day. Further detailsof awarding the leaf logo are provided herein. For each day, ahorizontal bar is used to graphically indicate to the user the amount ofenergy used on that day for heating and/or cooling. In the case of FIG.9C, multi stage heating was used, and the same shading patterns are usedto indicate colors as shown in FIG. 7H. The other aspects of the energydisplay, including the detailed daily information such as shown forWednesday, March 7^(th) are similar or identical to those shown anddescribed in the forgoing smartphone and tablet computer examples. Onedifference, however, is that on a computer interface information can bedisplayed by a user hovering the pointer in certain locations. FIGS.9D-9G show various example of displaying such information. In FIG. 9D,the user is hovering (but not clicking) the pointer 908 over thesetpoint symbol 982. In response, an information banner 980 is displayedwhich indicates to the user that the symbol represents a setpoint forheating to 72 degrees on Thursday at 6:30 AM. Also indicated is how thesetpoint originated—in this case set by Nest Learning, anautomatic-learning feature. FIG. 9E shows an example of the userhovering pointer 908 over the away symbol 984, which caused theinformation banner 986 to display. In this case at 7:58 AM thethermostat was manually (i.e. by a user either directly on thethermostat or remotely) set to an away mode. FIG. 9F shows anotherexample of hovering pointer 908 over a setpoint symbol. Banner 988indicates that the setpoint at 7:23 PM was set by Nest Learning. FIG. 9Gshows another example of hovering pointer 908 over an away symbol. Inthis case, banner 990 shows that the away mode was triggered by theauto-away feature.

Further description will now be provided for determining primaryresponsibility for either over or under average energy usage. Suchresponsibility information can be used, for example to display theresponsibility symbols on the energy user interface screens, such as“weather” symbol 764 in FIG. 7C, “away” symbol 774 in FIG. 7D, and“user” symbol 798 in FIG. 7I. By determining and displaying the primaryresponsibility to the user, the user can learn to make better choices inorder to conserve both energy and costs.

FIG. 10 is a flowchart illustrating a method for determining primaryresponsibility for above and below average energy usage, according tosome embodiments. According to these embodiments energy usage isassigned to the User, Weather, Auto-Away, or Away, which are referred toherein as “agents.” The term blame will refer to a time that aparticular agent causes an increase in energy usage. The term creditrefers to a decrease in energy usage. The terms blame and credit areequal and opposite, so when determining the overall effect an agent hason energy usage, the affect on energy usage is equal to credit minusblame. If this effect is positive, the agent is responsible for savingenergy and if the affect is negative, the agent is responsible forwasting energy. In determining primary responsibility among the variousagents, the agent that has the largest overall affect on energy usage isconsidered to be the primary responsible agent. It is assumed that ifthe usage is above average, that this agent will have a net negativeaffect on usage, and vice versa. The method shown in FIG. 10, accordingto some embodiments, is carried out every midnight (local time).According to some embodiments, calculations are made in degree-secondsso that the magnitude of temperature changes as well as the duration ispreserved. According to some alternate embodiments the calculations canbe made in degree-hours to avoid overflow of fixed point numbers.

In step 1010, values for user credit and user blame are calculated. Notethat in this example the user only gets credited or blamed for timeswhen the thermostat is not in Away or Auto-Away mode. For heating, forevery 30-second bucket the target temperature and the scheduledtemperature at that time are compared. If the system is in OFF mode andambient temperature is less than the scheduled temperature, the useravoided an inefficient setpoint, so the user is credited 30 secondstimes difference between the scheduled temperature and the ambienttemperature. If the target and scheduled temperatures are the same, thedifference is zero, meaning that the device is running the scheduledsetpoint, so the user is neither credited nor blamed. If the targettemperature is less than the ambient temperature, and the ambienttemperature is less than the scheduled temperature, then the userconserved energy, and the user is credited for 30 seconds times thedifference between the ambient temperature and target temperature. Ifthe scheduled temperature is less than the ambient temperature, and theambient temperature is less than the target temperature, then the userwasted energy, so we blame the user for 30 seconds times the differencebetween the ambient temperature and the scheduled temperature.

For cooling, for every 30-second bucket, the target temperature and thescheduled temperature at that time are compared. If the system is in OFFmode and the scheduled temperature is less than the ambient temperature,then the user avoided an inefficient setpoint, so user is credited 30seconds time the difference between the ambient temperature and thescheduled temperature. If the temperatures are the same, the differenceis zero, meaning that the device is running the scheduled setpoint, sothe user is neither credited nor blamed. If the scheduled temperature isless than the ambient temperature, and the ambient temperature is lessthan the target temperature, the user conserved energy, so the user iscredited for 30 seconds times the difference between the targettemperature and the ambient temperature. If the target temperature isless than the ambient temperature, and the ambient temperature is lessthan the scheduled temperature, the user wasted energy, so the user isblamed for 30 seconds times the difference between the ambienttemperature and the target temperature.

In step 1012, the values for the weather credit and weather blame arecalculated. Note that according to some embodiments, this weather valuesare averaged when finding the primary responsible agent, so thatconstant weather patterns are ignored. For every 30-second bucket, acalculation is made for the difference between the outside temperatureand the scheduled temperature times 30 seconds (the size of bucket). Ifweather is in the more energetic direction in temperature (e.g. colderin the case of heating or warmer in the case of cooling), the weather isblamed by this amount. If weather is in the less energetic direction intemperature, the weather credited by this amount.

In step 1014, the values for auto-away credit are calculated. Noteaccording to these embodiment Away or Auto-Away are not blamed in anycase; they can only be credited. In heating mode, if the heating awaytemperature is less than the ambient temperature, and the ambienttemperature is less than the scheduled target temperature, than away iscredited for 30 seconds times the difference between the targettemperature and the ambient temperature. In cooling mode, if the coolingaway temperature high is greater than the ambient temperature, and theambient temperature is greater than the scheduled target temperature,then away is credited 30 seconds times the difference between theambient temperature the target temperature.

In step 1016, the values for away credit are calculated which is thesame as described above for step 1014 except for manually initiated awaytimes.

In step 1018 the primary responsible agent is calculated using themethod of steps 1020, 1022 and 1024. In step 1020, the secondsabove/below average is calculated by summing total activity (heating,cooling, aux) over days in the past week that have enough data (e.g.missing no more than 2 hours) and divide that by the number of validdays. Then the seconds above weekly average is equal to the totalactivity today minus the average activity. In step 1022, if today isabove average, then blame the agent with the greatest (blame-credit). Ifall values are less than zero, then set the blame to unknown. In step1024, if today is below average, then credit the agent with the greatest(credit-blame). If all values are less than zero, then set the credit tounknown. Note that according to some embodiments, the weather can onlybe blamed/credited when at least 18 hours of weather data is available.In step 1030, the energy summary is logged with an event including whichagent (user, weather, auto-away, or manual-away) is deemed to beprimarily responsible for the above or below average energy usage.

FIGS. 11A-B show an example of an email that is automatically generatedand sent to users to report energy performance-related information,according to some embodiments. FIGS. 11A and 11B show the upper part andlower part of the example email 1110 respectively. According to someembodiments the a monthly energy summary email is sent to the user toinform the user of various energy-related data and also provide the userwith recommendations so as to enable the user to make better choices interms of improving comfort and/or conserving energy and costs.

Area 1120 of email 1110 includes the manufacturer's logo, along with theuser's account name, location and the dates for which the informationpertains. Area 1130 gives the user an energy usage summary for themonth. In this calculations indicate that 35% more energy was used thismonth versus last month. Bar symbols are included for both cooling andheating for the current month versus the past month. The bars give theuser a graphical representation of the energy, including differentshading for the over (or under) user versus the previous month.

Area 1140 indicates leaf award information. In this case the user hasearned a total of 46 leafs overall (since the initial installation). Amessage indicates how the user compares to the average user. A calendargraphic 1142 shows the days (by shading) in which a leaf was earned. Inthis case leafs were earned on 12 days in the current month. Details ofthe leaf algorithm are given in FIGS. 12-15. According to someembodiments, a leaf is awarded for the day, if the leaf is displayed (orwould be displayed) for at least one hour during that day.

Area 1150 shows information relating to the auto-away and manual-awayfeatures. The calendar symbols 1152 and 1154 show the days thatauto-away and/or manual-away was triggered. Also provided in area 1150is information about the number of hours auto-away was used,recommendations for saving energy and cost, as well as information aboutaverages among other users.

Area 1160 shows information during which the thermostat was switched to“off,” and includes a month calendar symbol 1162. Area 1170 providestips the aid the user in saving more energy. The tips can be customizedfor the particular user. For example, if the user has set the awaytemperature for heating to greater than the default 62 degrees, amessage can be displayed suggesting a change. A link is also provided tofurther aid the user in conveniently making the suggested settingschange.

Area 1180 provides further assistance such as how to use certainfeatures and obtain further information, along with links for furtherinformation and assistance.

FIGS. 12-15 are flow charts showing steps in determining when a leafwill be displayed, according to some embodiments. FIG. 12 shows thealgorithm for displaying the leaf when heating is active. In step 1210,the leaf always shows when the setpoint is below 62° F. In step 1212, ifthe setpoint is manually changed to 2° F. or more below the currentschedule setpoint then the leaf is displayed, except that a leaf is notdisplayed if the setpoint is above 72° F., according to step 1214.

FIG. 13 shows the algorithm for displaying the leaf when cooling isactive. In step 1310, a leaf is always displayed if the setpoint isabove 84° F. In stop 1312 the leaf is displayed if the setpoint ismanually set to 2° F. or more above the current schedule setpoint,except that according to step 1314 t the leaf is not displayed if thesetpoint is below 74° F. For purposes of earning a leaf to the day,which is used for example in the energy displays and the energy emailshown herein, a leaf is awarded when the leaf has displayed for at leastone hour during that day.

FIGS. 14 and 15 show the algorithms for displaying the leaf whenselecting the away temperatures. FIG. 14 shows the general algorithm. Instep 1410 an average schedule temperature is calculated by normalizingthe setpoints by the number hours for each setpoint. In step 1412, theleaf is displayed if the away temperature is set to 2° F. or more belowthe average schedule temperature, in the case of heating. The samealgorithm can be used for cooling displaying a leaf if the awaytemperature was 2° F. or more above the average schedule temperature.Furthermore, absolute thresholds for displaying and/or not displayingthe leaf such as in FIGS. 12 and 13 can also be implemented in the awaytemperature algorithm, according to some embodiments. If there is noschedule, e.g. if the thermostat has just been installed, then thealgorithm in FIG. 15 is used. In step 1510, the leaf is displayed if theaway temperature is set at or below 62° F. for heating. In step 1512,the leaf is displayed if the away temperature is set at or above 82° F.for cooling.

FIG. 16 is a series of display screens on a thermostat in which a leaficon is slowly faded to on or off, according to some embodiments.Thermostat 110 is shown with at a current setpoint of 70 degrees and acurrent ambient temperature of 70 degrees in screen 1610. The userbegins to rotate the outer ring counter clockwise to lower the setpoint.In screen 1612, the user has lowered the setpoint to 69 degrees. Notethat the leaf is not yet displayed. In screen 1614 the user has loweredthe setpoint to 68 degrees and according to the algorithm (for exampleas shown in FIG. 12), the leaf symbol 1630 is displayed. According tothese embodiments, however, the leaf is first shown in a faint color(i.e. so as to blend with the background color). In screen 1618, theuser continues to turn down the setpoint, now to 67 degrees. Now theleaf symbol 1630 is shown in a brighter more contrasting color (ofgreen, for example). Finally, if the user continues to turn set thesetpoint to a lower temperature (so as to save even more energy), in thecase of screen 1620 the setpoint is now 66 degrees, the leaf symbol 1630is displayed in full saturated and contrasting color. In this way theuser is given useful and intuitive feedback information that furtherlowering of the heating setpoint temperature provides greater energysavings.

Thermostat management servers 520, supra have the capability tocommunicate with thermostat 101 paired with the servers, and inparticular have the ability to transmit, receive and process information(e.g., data, firmware, instructions and the like) to or from thermostat101. One exemplary non-limiting example of such information relates tothe functioning of the thermostat and the HVAC system controlled by it(e.g., scheduled temperatures, away states and temperatures, manualtemperature changes, and the amount of time in a particular mode (e.g.,heating mode, off mode, cooling mode) or in a particular state(Auto-Away, or Manual-Away). FIGS. 17A-D illustrate time plots of anormal setpoint temperature schedule versus an actual operating setpointplot corresponding to an exemplary operation of anAuto-Away/Auto-Arrival algorithm according to some embodiments. Forpurposes of this discussion, Auto-Arrival simply puts the thermostatback into its schedule mode, where the setpoint temperature returns backto the schedule temperature, unless otherwise manually modified by theuser. Shown in FIG. 17A, for purposes of clarity of disclosure, is arelatively simple exemplary thermostat temperature schedule 1702 for aparticular weekday, such as a Tuesday, for a user (perhaps a retiree, ora stay-at-home parent with young children). The schedule 1702 consistsof a simple schedule (for example when the occupant is normally awake)between 7:00 AM and 9:00 PM for which the desired and scheduledtemperature is 76 degrees, and a schedule between 9:00 PM and 7:00 AM(for example when the occupant may normally be asleep) for which thedesired and scheduled temperature is 66 degrees. For purposes of theinstant description, the schedule 1702 can be termed a “normal” setpointschedule or just schedule. A schedule is a set of one or more setpointtemperatures at different times of the day (e.g., 76 deg. at 7 am and 66deg. at 9 pm), when scheduled time is reached the thermostat willcontrol the HVAC system to achieve the scheduled setpoint temperature.The thermostat will control the HVAC system to achieve the scheduledtemperature unless over ridden, for example by a user manually settingthe temperature set point, which temperature would be maintained untilthe next scheduled time indicating a different scheduled temperature,and the thermostat would return to controlling the HVAC system toachieve the schedule. The normal setpoint schedule 1702 could have beenestablished by any of a variety of methods described previously in oneor more of the commonly assigned incorporated applications, or by someother method.

In accordance with a preferred Auto-Away algorithm, an enclosureoccupancy state is continuously and automatically sensed usingthermostat 111's multiple sensor technology, such as a passive infraredproximity sensor within thermostat 110. According to some embodimentsthe occupancy sensor makes measurements at fairly high frequencies—suchas 1-2 Hz. The measurements are then collected into “buckets” of time,such as 5 minutes. A simple algorithm is used to determine, for each“bucket”, whether occupancy is detected or not. For example, if morethan two sensor readings in a bucket show detected movement, then the 5minute “bucket” is regarded as “occupancy detected.” Thus, each “bucket”is classified into one of two states: “occupancy detected” or “nooccupancy detected.” According to some embodiments a certain thresholdpercentage of readings must indicate movement in order for the bucket tobe classified as “occupancy detected.” For example, it may be found thateven with relatively poor placement, around 10 percent of the readingsindicate movement when the conditioned enclosure is occupied. In thisexample, a threshold of 5 percent may be used to classify the bucket as“occupancy detected.”

According to some embodiments, based at least in part on the currentlysensed states of the buckets, the thermostat may classify the enclosureor conditioned space into any of several states, for example and not byway of limitation “Home” (also known as “occupied”) and “Away” (Auto- orManual-). According to some preferred embodiments, when the currentlysensed occupancy has been “no occupancy detected” for a predeterminedminimum interval, termed herein an away-state confidence window (ASCW),then the Auto-Away feature triggers a change of the state of theenclosure from “Home” to Away, Auto-Away in particular. Manual-Away iswhen a user manually sets the thermostat into the Away state, referredto as Manual-Away. As a result of a state change to Away (Auto- orManual-) the actual operating setpoint temperature is changed to apredetermined energy-saving away-state temperature (AST), regardless ofthe setpoint temperature indicated by the normal thermostat schedule,where AST is preferably well below any scheduled temperature setpoints.

The purpose of the Auto-Away and Manual-Away features is to avoidunnecessary heating or cooling when there are no occupants present toactually experience or enjoy the comfort settings of the schedule 1702,thereby reducing HVAC usage and saving energy. The AST may be set, byway of example, to a default predetermined value of 62 degrees forwinter periods (or outside temperatures that would call for heating) and84 degrees for summer periods (or outside temperatures that would callfor cooling). Optionally, the AST temperatures for heating and coolingcan be user-settable.

The away-state confidence window (ASCW) corresponds to a time intervalof sensed non-occupancy after which a reasonably reliable operatingassumption can be made, with a reasonable degree of statisticalaccuracy, that there are indeed no occupants in the enclosure. For mosttypical enclosures, it has been found that a predetermined period in therange of 90-180 minutes is a suitable period for the ASCW, toaccommodate for common situations such as quiet book reading, steppingout to the corner mailbox, short naps, etc. in which there is no sensedmovement or related indication for the occupancy sensors to sense.Further details of the away state features (e.g. and not by way oflimitation, establishing ASCW, and adjusting ASCW) are provided in oneor more of the commonly assigned patent applications, includingPCT/US11/61457, supra.

In the example of FIGS. 17B-D, exemplary description of Auto- andManual-Away operation is provided in the context of a heating scenariowith an ASCW of 120 minutes, and an AST of 62 degrees, with it to beunderstood that counterpart examples for cooling and for other ASCW/ASTvalue selection would be apparent to skilled artisan in view of thepresent description and are within the scope of the embodimentsdescribed herein. Shown for purposes of illustration in FIG. 17B is thescheduled setpoint plot 1702 and actual operating setpoint plot 1704,along with a sensed activity timeline (As) showing small black ovalmarkers corresponding to sensed activity (i.e. the “buckets” of timewhere occupancy is sensed), that is current as of 11:00 AM. Notably, asof 11:00 AM, there was significant user activity sensed up until 10:00AM, followed by a one-hour interval 1706 of inactivity (or bucketsclassified as “no occupancy detected”). Since the interval of inactivityin FIG. 17B is only about 1 hour, which is less than the ASCW, theAuto-Away feature does not yet trigger a change of state to the Awaystate.

Shown in FIG. 17C are the scheduled and actual setpoint plots as of 4:00PM. As illustrated in FIG. 17C, an Away state was automaticallytriggered (Auto-Away) at 12:00 PM after 120 minutes of inactivity (120minutes since the last “occupancy detected” bucket), the actualoperating setpoint 1704 changes from the scheduled setpoint 1702 to theAST temperature of 62 degrees. As of 4:00 PM, no activity has yet beensensed subsequent to the triggering Auto-Away, and therefore Auto-Awayremains in effect and thermostat 110 will control the HVAC system tomaintain ASW.

Referring to FIG. 17D the scheduled and actual setpoint plots as of12:00 AM are shown following the example shown in and described withrespect to FIGS. 17A-C. As illustrated in FIG. 17, occupancy activitystarted to be sensed for a brief time interval 1708 at about 5 PM, whichtriggered the “auto-return” or “auto-arrival” switching the enclosure to“Home” state, at which point the operating setpoint 1704 was returned tothe normal setpoint schedule 1702. Alternatively, if Manual-Away hadbeen set, occupancy activity would trigger the “auto-return” or“auto-arrival” switching the thermostat to the Home or Normal state fromthe Away State, returning the operating set point 404 to the normal orScheduled set point 1702.

For some embodiments, the Away state maintains the setpoint temperatureat the energy-saving AST temperature until one of the followingnon-limiting scenarios occurs: (i) a manual input is received from theuser that changes the state back to the Home state returning controlback to the schedule temperature setpoint; (ii) a manual input isreceived from the user which changes the setpoint temperature, whichtemperature will control until the next time for a scheduled temperaturesetpoint or (iii) an “auto-arrival” mode of operation is triggered basedon sensed occupancy activity, which changes the state back to the Homestate, thereby returning control back to the schedule temperature. Otherscenarios (e.g. Vacation-Away and Sleep State) will be apparent to theskilled artisan, many of which are more thoroughly described in one ormore of the commonly assigned applications, including PCT/US11/61457,supra.

FIGS. 18-37 depict an alternative embodiment for determining when acontributor or agent causes usage or non-usage of the HVAC system, andfor reporting such usage or non-usage. As will be appreciated there maybe many contributors that cause activation or inactivation of the HVACsystem, which may include by way of example and not limitation Away(Auto or Manual), weather, manually setting a temperature setpoint, adifference in temperature schedules between time periods, a differencein time between time periods being compared (e.g., different days inmonths), and Airwave® (shutting an air conditioning compressor off inadvance of reaching setpoint temperature).

FIG. 18 depicts an alternative method 1800 for determining and reportingwhen a contributor or agent causes usage/non-usage of the HVAC system,or alternatively stated when an estimated usage/non-usage of the HVACsystem is attributable to a contributor or an agent. In step 1802 dataon metrics used in embodiments of the inventive method are acquired.This may be done by the processor on the thermostat itself, but morepreferably by thermostat management servers 520 or alternatively anyother processing device communicating with the thermostat, or anycombination thereof. Data on the metrics may include, for example andnot by way of limitation, weather (e.g., outside temp), time in Awaystate (t_(away.man.heat), t_(away.man.cool) or t_(away.auto.heat),t_(away.auto.cool)), time in heating/cooling/off mode (t_(heat),t_(cool), t_(off)), time a temperature is manually set t_(man.heat),t_(man.cool)), time the HVAC system is actually running, or usage timeor run-time (t_(Usage.heat), t_(Usage.cool)) and the amount of timeAirwave® was active. It will be appreciated that the subscript “heat”and “cool” refer to when the system is heating or cooling respectively.In step 1804 a model is built for each contributor. Alternatively thisstep may also be considered as characterizing each contributor or agentin preparation for the eligibility determination step 1806. For apreferred embodiment, the model or characterization mathematicallyrepresents the contributor using one or more metrics preferably as afunction of time. Embodiments of the models or characterizations aremore fully explained below. In step 1806 the eligibility of each of thecontributors for causing activation or inactivation of the HVAC systemis determined. Alternatively stated, step 1806 determines whetherusage/nonusage (alternatively activation/inactivation) of the HVACsystem may be attributable to a particular contributor or agent. Step1806 considers the model or characterization from step 1804, if themodel or characterization does not make sense that a contributoractually or likely caused activation/inactivation of the HVAC systemthen that particular contributor is eliminated from consideration as acause or potential cause. For example, and as further explained below,if the mean outside temperature over a time period increases and usageof the HVAC system in the heating mode goes up, then it is likely thatweather is not a contributor causing HVAC activation, but if coolingusage goes up while in cooling mode in this scenario, then weather maybe a contributor and would be considered eligible for causing the changein energy use over the time period. Step 1808 calculates or quantifiesthe estimated amount of HVAC usage/non-usage attributable to eacheligible contributor. In an exemplary embodiment and as furtherexplained below, step 1808 uses an empirically determined heat slope orcool slope to mathematically quantify the amount of usage or non-usage,preferably in units of time, of the HVAC system attributable to someeligible contributors. The embodiments described herein are described inthe context of comparing actual HVAC usage time or run time between onecalendar-month and a second calendar month time period, and estimatedHVAC usage/nonusage time for any particular eligible contributor overthe time period, where time is the indicator or measure of energy usage.The skilled artisan will appreciate that other time periods and othermeasures of energy and estimated energy usage may be employed within thescope of the present disclosure and claimed invention.

It will be appreciated that data for the metrics may not be available onany given day or time for a variety of reasons. For example and not byway of limitation, the user may have recently installed thermostat 110,the data was deleted or otherwise corrupted or for any of a host ofreasons known and appreciated by the skilled artisan. The skilledartisan will appreciate she can interpolate or approximate missing databy using data from nearby times, and, if necessary mathematicallymanipulating the data (averaging near by data for example).Interpolating the nearby data to fill in the missing data is frequentlymuch better than doing the analysis with missing data; in some casesit's impossible or at least extremely difficult to perform the analysiswithout the missing data.

FIGS. 19A-D depict embodiments of models or characterizations of theAway state contributor (FIGS. 19C-D) and the manual change to ascheduled temperature setpoint contributor (FIGS. 19A-B). FIG. 19A showsscheduled temperature setpoint T₁ 1902, where at time t₁ the usermanually reduced the scheduled setpoint to temperature T₂ (1904), whichtemperature the thermostat maintains until time t₂ where the temperaturechanges to the next scheduled temperature T₃, which may or may not bethe same as the previous scheduled temperature T₁. The cross-hatchedarea 1903, calculated using equations 1908, represents the amount of“effort” required to maintain the temperature setpoint at T₁ over theperiod t₁ to t₂. Equations 1908 and resulting cross-hatched area 1904 isa model or characterization of the amount of energy saved by virtue ofmanually reducing the setpoint below the scheduled temperature. Thisdescription is for when the thermostat is in a heating mode, if in acooling mode, equations 1908 and the resulting cross-hatched area 1903would model or characterize the amount of effort needed to maintain thenew setpoint temperature over t₁ to t₂ by virtue of reducing thesetpoint temperature below the scheduled setpoint. It will beappreciated, and further described below, that a manual change to thesetpoint may be viewed as a localized change that may happenoccasionally due to user preference, but would not be tantamount tomanually altering the schedule, which if such manual setpoint adjustmentwere frequent it may defeat the purpose of having the programmablelearning thermostat at all. The skilled artisan will appreciate thatarea 1903 would have negative sign for an energy savings (in heat mode),and further that sign convention as to what represents savings versususage is a matter of choice. For the embodiments described herein apositive area will represent savings or nonusage and negative area willrepresent usage. Thus, a negative sign appears in equation 1908 to makearea 1903 positive (by convention) in the heating mode representingpotential energy savings or HVAC nonusage over t₁ to t₂. FIG. 19B issimply the opposite scenario as FIG. 19A, where the user raised thetemperature to T₂ at 1912 from the initial schedule temperature T₁ at1910 and lined area 1915 represents energy usage or savings (nonusage)depending whether in heating or cooling mode. In heating mode, thescenario of FIG. 19B would result in net energy usage from the schedule(a negative area by convention), and in cooling mode a net energysavings from the schedule (a positive area by convention).

FIGS. 19C-D shows analogous models or characterizations for the Awaystate. Referring to FIG. 19C, Away state (Auto or Manual) is activatedat t₁ and the thermostat controls the HVAC system to reduces thescheduled temperature T₁ (1916) to the Away-State-Temperature T₂ (1918)until time t₂ when the thermostat controls the HVAC system to raise thetemperature to the new scheduled setpoint or a user manually input asetpoint temperature T₂ (1920). Like the previous scenario of FIGS.19A-B, the crosshatched and lined areas (1923 and 1924 respectively) ofFIGS. 19C-D, as calculated by equations 1922, represent a model orcharacterization of the Away state contributor or agent. It will beappreciated that virtually never will the Away state result in netenergy use, although it is possible if a user sets the AST to valuesthat do not make much sense from an energy savings perspective.

FIG. 20 depicts embodiments of models or characterizations ofchanges-to-the-schedule contributor and frequentmanual-changes-to-the-setpoint contributor as a potential sources ofenergy usage or nonusage. User manual changes to the schedule may takeplace frequently where the user essentially overrides the schedule,thereby making the schedule essentially superfluous. For the purpose ofthis discussion, differences between schedule 2002 (solid line) andschedule 2004 (dashed line) reflects a permanent schedule change for thetime period, in this case 24 hours, or this could be the daily schedulefor a calendar month. There will be energy usage consequences by virtueof the changes, if any, in set point temperatures between the schedules.For the purpose of this discussion solid line 2002 will be consideredthe schedule for every calendar day in a calendar day month period, anddashed line 2004 will be considered the schedule for every calendar dayin a subsequent calendar schedule with the same number of days in thecalendar month. This implies that the user has changed the schedule onthe thermostat or on a device in communication with the thermostat forthe daily schedule between months.

Referring again to FIG. 20, at 5 am the schedule temperature 2006 forboth curves is the same, and therefore there is no difference betweenthe schedules for the effort by the HVAC needed to achieve and maintainthis temperature. At 6 am the schedule temperature 2007 for schedule2004 remains the same, while that for schedule 2002 increases totemperature 2008 (schedule temp increase in preparation for family wakeup, for example) until 7 am. This results in an increase of effortneeded by the HVAC to maintain the new schedule temperature, representedby the shaded area 2009. At 7 am schedule temperature 2007 remains thesame for schedule 2004, while that for schedule 2002 increases totemperature 2010 until 10 am (schedule temp increase as family preparesin the morning and ultimately leaves the house at 10 am, for example).The temperature increase for schedule 2012 results in an effort neededfor that scheduled temperature as compared to itself for that hour(discussed previously with reference to FIG. 18), but would stillrequire an HVAC effort, represented by cross-hatched area 2011, ascompared to schedule 2004. At 10 am the temperature remains the same forschedule 2004 (at temp. 2007), while that for schedule 2002 decreases totemperature 2012 (temperature is decreased because the family has leftthe house, for example). This temperature decrease for schedule 2012results in less HVAC effort needed to maintain schedule 2002, but wouldstill require HVAC effort, represented by shaded area 2013, as comparedto schedule 2004. At 4 pm both the schedules 2002 and 2004 increase thetemperature to the same temperature 2014, where it remains the sameuntil 11 pm at which time both schedules decrease to temperature 2016.Thus, from 4 pm until 6 am each schedule will have the same HVAC effortrequirements to maintain the scheduled temperature. It will beappreciated that the sum of the of the areas 2009, 2011 and 2013 willrepresent reduced HVAC effort needed by schedule 2004 as compared totheat needed for schedule 2002, or conversely HVAC effort needed forschedule 2002 over schedule 2004.

As described above, the area under the temperature schedule representsthe amount of effort required to maintain the temperature schedule overa particular time period, in this case 24 hours, or within sub-periodswithin the given 24 hour period as depicted by the differently shadedareas. The areas, in some embodiments, may be calculated relevant tosome arbitrarily chosen reference temperature over the relevant time,which time period is the same for each schedule. As further explainedbelow, this permits comparing the areas (i.e., efforts), and ultimatelyHVAC usage or nonusage over the time period as the reference temperaturewill simply subtract out from the comparison. The shaded areas in FIG.20 represent such a comparison as well. In FIG. 20 the difference in theareas of schedule 2002 and schedule 2004 with respect to somearbitrarily chose reference temperature (zero degrees for example) issimply the sum of areas 2009, 2011, and 2013.

Once the desired contributors are modeled or characterized, a preferredembodiment for determining the estimated amount of HVAC usage ornonusage attributable to any particular contributor first determineswhether a contributor is eligible for causing such estimated HVAC usageor nonusage. Whether a contributor is eligible is not an absolute inmany situations, but rather it is determined if any particularcontributor likely, under the given factual circumstances or inferredcircumstances, contributed to HVAC energy usage or non-usage, or likelydid not make such contribution. FIGS. 21-26 depict preferred embodimentsfor determining whether a contributor or agent is eligible for causingenergy usage or nonusage is provided.

FIG. 21 illustrates embodiment 2100 for determining if weather (e.g.,changes in outdoor temperature or humidity, for example) is eligible forcausing HVAC usage or non-usage over a relevant time period, a calendaror two calendar months for example. In step 2102 outside temperaturedata is collected, preferably by thermostat management servers 520accessing weather data online for the zip code of a paired thermostat110, for months 1 and 2. Also in step 2102 HVAC usage time for months 1and 2 (or other selected time period) is collected for heating andcooling modes, either by the thermostat 110, the thermostat managementservers 520 or other processor in communication with the thermostat. Theactual usage time represents the amount of time the HVAC system wasactually running during the relevant time periods, and whether it washeating or cooling (i.e., in the heat mode or cooling mode). Referenceis made back to the previous disclosure on unavailable metrics, where itdiscusses how the skilled artisan will fill in missing data for ananalysis. At steps 2104A and 2104 B it is determined if the mean outdoortemperature increased or decreased from month 1 to month 2, or over thechosen time period. If the answer is yes to either steps 2104A or 2104B,then in it is respectively determined in step 2106A (i.e., yes to 2104A)if there was a decrease in actual HVAC usage (heating) or increase inactual HVAC usage (cooling), or in step 2106B (i.e., yes to 2014B) ifthere was an increase in actual HVAC usage or decrease in actual HVACusage (cooling). If the answer is yes to either steps 2106A or 2106B, asapplicable, then weather will be considered eligible for causing suchusage/nonusage. If the answer is no to either step 2106A or 2106B, asapplicable, then weather will be considered ineligible and notconsidered as attributing to the HVAC usage/non-usage. If there is nochange in mean temperatures (answer is no to steps 2104A and 2104B),then the weather is also ineligible. The rationale behind the weathereligibility determination is that if the mean outdoor temperatureincreases from month 1 to month 2, and there is a decrease in the HVACheating usage or an increase in the HVAC cooling usage, then it makessense that weather may be eligible as a cause for this known decrease orincrease. Conversely, if there is a decrease in mean outdoor temperaturefrom month 1 to month 2, and there is an increase in HVAC heating usageor a decrease in HVAC cooling usage, then it makes sense that theweather may be eligible as a cause of the known increase or decrease.

FIG. 22 illustrates an embodiment 2200 for determining if the Away state(e.g., Auto-Away or Manual-Away) is eligible for causing HVAC usage ornonusage (typical outcome for Away state) over a relevant time period.Step 2202 sums the HVAC efforts (area 1923 of FIG. 19) needed tomaintain a setpoint temperature over a period of time for an Away statefor both the heating and cooling modes. The relevant areas representingthe relevant efforts are calculated using equation 1922 of FIG. 19. Theleft side of the equation takes the difference between area representingreduced effort (as discussed with reference to FIG. 19) for month 2 andthat for month 1. It will be appreciated that the area A_(awayheat)^(Mo.2) represents the sum of all areas 1922 (FIG. 19) for month 2 andA_(awayheat) ^(Mo.1) represents the sum of all areas 1922 (FIG. 19) formonth 2, and that the difference between the two characterizes thedifference in effort needed by the HVAC in month 2 as compared to month1 by virtue of the Away state when in heating mode, whether it be ManualAway or Auto-Away. The analogous areas are used to characterize the HVACefforts for month 2 as compared to month 1 when the thermostat is incooling mode. In step 2202, if the sum of the difference in areas forthe Away state (either Manual or Auto) is greater than zero, then step2204 determines if the sum of the difference between the time in heatmode and cooling mode between month 2 and month 1 is larger than zero.If both steps 2202 (decrease in HVAC effort required) and 2204 (increaseof time in away mode) are true, then the Away State (Auto or Manual)contributor is eligible as a cause for attributing nonusage of the HVACsystem to the total actual usage of the HVAC system in month 2 ascompared to month 1. It will be noted that step 2202 does not evenconsider whether the Away State would result in a net energy usage, asthis situation would be an anomaly. As will be discussed later, savingsfrom Manual-Away are distinguished from savings from Auto-Away, thoughthis distinction is a matter of choice.

FIG. 23 illustrates an embodiment 2300 for determining if thechange-in-schedule contributor is eligible for causing HVAC usage ornon-usage for the second time period as compared to the actual usagedifference between the time periods. A_(sched-O) represents the areaunder a schedule-temperature versus time curve, where the firsttemperature (T₁) in the difference T₂−T₁ is a reference temperatureconveniently selected as zero, as described in reference to FIG. 20herein. Therefore, the difference in the areas (A_(sched-O)^(Mo.2)−A_(sched-O) ^(Mo.1)) will provide the difference in areas orneeded HVAC effort between month 2 and month 1 for the respectiveschedules. If this difference is not equal to zero (step 2302) and thereare at least 3 days in each month in either the heating or cooling mode(step 2304), then the change-in-schedule contributor will be eligible asa cause for attributing usage or non-usage of the HVAC system to thetotal actual usage or non-usage of the HVAC system in month 2 ascompared to month 1, otherwise the schedule-contributor is ineligible.The rationale for requiring only 3 days in heating or cooling mode ineither month is indicative that people are actually using the system(e.g., at home not on vacation), and there is a difference in theschedules resulting in elgibility of the schedule as causing usage ornon-usage.

FIG. 24 illustrates an embodiment 2400 for determining if the change inoff-mode contributor is eligible for causing HVAC usage or non-usage forthe second time period as compared to the actual HVAC usage differencebetween the time periods. The eligibility requirement in this embodiment2402 simply determines if the difference between time in off mode frommonth 2 to month 1 is greater than zero. If step 2402 is true, it meansthat more time was spent in the off mode in the second time period, andthus the off mode would be eligible, and likely for causing non-usage ofthe HVAC system. If the difference is equal to or less than zero, thenoff mode is ineligible.

FIG. 25 illustrates an embodiment 2500 for determining if shutting downthe air conditioning compressor in advance of reaching the setpointtemperature, an embodiment of which is known to the assignee of thepresent application as Airwave is eligible for causing non-usage of theHVAC system during a second time period as compared to the actual usagedifference between the first and second time periods. Anair-conditioning unit works on the principal of blowing unconditioned orwarm air over cool coils where heat exchanges between the cool coils andunconditioned air, with heat flowing from the air to the coils. Acompressor compresses gas inside the coils so that heat exchange maytake place. Heat exchange occurs, at least in part, by evaporation ofcondensation on the coils. The concept of Airwave® is that thethermostat will shut the compressor off in advance of the ambienttemperature reaching the setpoint temperature, but will continue to blowunconditioned air over the coils, which still have condensation on them.Continued evaporation of the remaining condensation will condition theair even after shutting down the compressor. Airwave® is described withfurther detail in commonly assigned U.S. patent application Ser. No.13/434,573 filed on Mar. 29, 2012, which is hereby incorporated hereinby reference. Referring to step 2502, if Airwave® is active during thesecond time period (month 2) and the thermostat is in cooling modeduring the second time period (t_(cool)>0) then Airwave® is eligible forcausing HVAC non-usage for the second time period as compared to theactual HVAC usage difference between the time periods.

FIG. 26 illustrates an embodiment 2600 for determining if the timeperiod, e.g., the calendar, is eligible for causing usage or non-usageof the HVAC system for the second time period as compared to the actualusage difference between the time periods. Eligibility is determined bysimply calculating if there is any difference between the time periods(e.g., January to February), and if so then the calendar is eligible andif not the calendar is ineligible.

The skilled artisan will appreciate there are other contributors thatmay result in more or less usage of the HVAC system to achieve a desiredcomfort level within an enclosure. Those provided above are merelyexemplary and provided by way of example not limitation. Followingdetermination of whether a contributor or agent is eligible as causingusage or non-usage, embodiments in accordance with the present inventiondetermine or quantitate an estimated amount of HVAC usage or non-usageattributable to the contributor or agent as compared to the actual HVACusage during a time period. In a preferred embodiment, run time andestimated run time are used as surrogates for energy or estimated energyusage, although other units of measure could be used such as and withoutlimitation calories, joules or watts. Further, in this preferredembodiment a comparison of the estimated run-time and actual run time isdone over two time periods, preferably calendar months.

In order to convert models of the contributors to estimated energy usageor non-usage attributed to the contributors or agents, a preferredembodiment uses empirically determined factors referred to herein asheat-slope and cool-slope. A description of the heat-slope will beprovided, where the skilled artisan will readily appreciate how todetermine the cool-slope from the description of heat-slope. Heat-slopeis, generally speaking, a measure of how much heat leaks out of anenclosure over time. Referring to FIGS. 27A-B, plot 2702 represents aplot of setpoint indoor temperatures (e.g., a schedule) for an enclosurehaving an HVAC controlled by a programmable thermostat 110. Althoughplot 2702 is not a plot of ambient indoor temperatures, over thedepicted 24 hour period it is a reasonable approximation of the ambienttemperature of the enclosure (at least in the vicinity of thetemperature sensor used by the thermostat). For the purpose of thisdiscussion it will be assumed that plot 2702 is a schedule of setpointtemperatures, which will remain unchanged from day to day over manymonths. It will be appreciated that this assumption is being made forpurposes of explanation and not by way of limiting how heat slope isempirically determined. Plot 2704′ represents the outdoor temperatureover a 24 hour period for the first day of the month (FIG. 27A), whichinformation may be gained by access to weather information over theinternet for the zip code of the thermostat paired with the thermostatmanagement servers 520, as described above. Plot 2704″ (FIG. 27B)represent the outdoor temperature over a 24 hour period for the secondday, where plots for other days are not provided. It is noted thatoutdoor temperature profiles are not provided for each day of the month,and that the same profile is provided with varying high and lowtemperatures for ease of explanation and preparation.

It will be appreciated that a certain amount of HVAC effort or,alternatively stated, an amount of HVAC actual run-time or usage timewill be required to maintain the enclosure at the desired or scheduledambient indoor temperatures (2702), and that the amount of effort orrun-time will depend on the magnitude of the difference between outdoortemperatures and desired setpoint temperatures. The larger thedifference between the outdoor and scheduled indoor temperatures willrequire larger efforts or more HVAC system run-time to achieve thescheduled indoor temperatures, represented by the area 2706′ and 2706″for the two different days depicted. It has been empirically determinedthat plotting actual HVAC run-time in a 24 hour period needed to achievethe desired setpoint temperature schedule as a function of the areabetween the setpoint schedule and the outdoor temperature profile overtime (referenced as area 2706′ and 2706″) results in a data distributionthat is adequately approximated by a linear fit of the data.

FIG. 28 depicts hypothetical data points 2802, each point representingrun-time for a 24 hour period (vertical axis) and the area betweenindoor and outdoor temperatures over time or the effort needed tomaintain the desired setpoint temperature (horizontal axis). Thisempirical data is fit to a linear curve 2804, which has a slope referredto herein as the heat-slope. The units of the heat-slope (or cool-slope)are best described as

$\frac{{HVAC}\mspace{14mu}{Usage}\mspace{14mu}{Time}\mspace{14mu}({time})}{{Effort}\mspace{14mu}{or}\mspace{14mu}{{Area}\left( {{\deg.} \cdot {time}} \right)}}.$It should now be appreciated that multiplying an estimated effort neededor saved with units of (deg.·time) by the heat-slope will result in anestimated HVAC usage time to satisfy that estimated effort. Theheat-slope can generally be considered as a measure of how ‘leaky’ anenclosure is with respect to heat. Because it is empirically determinedand likely changes over time, it is preferred to obtain new data pointsand update the heat-slope determination over time, as will beappreciated by the skilled artisan. If a thermostat has recently beeninstalled and insufficient data are available to calculate theheat-slope for the enclosure, an analysis of the average heat-slopes ofmany different enclosures has been calculated as

${1800\frac{{usage}\mspace{14mu}{\sec.}}{{\deg.\mspace{14mu} C} - {day}}\mspace{14mu}{and}}\mspace{14mu} - {1800\frac{{usage}\mspace{14mu}{\sec.}}{{\deg.\mspace{14mu} C} - {day}}}$for the cool-slope, which can be used as a default until sufficient dataexist to calculate the heat-slope and cool-slope.

Referring to FIGS. 29-35, heat-slope (and cool-slope) is used incombination with all or part of the models of the eligible contributorsto quantify the estimated HVAC usage or estimated HVAC run time for eacheligible contributor (step 1808 of FIG. 18), which is attributable tothe actual HVAC usage or decrease in usage (also referred to herein asnon-usage). The model of the contributor results in an approximateeffort needed or conserved to accommodate or accomplish some change tothe system (e.g., Away State activated, user manually adjusts thetemperature setpoint, outside temperature fluctuations etc.).

FIG. 29 depicts a preferred embodiment to quantify the estimated HVACusage or non-usage time as a result of weather, if eligible. In thispreferred embodiment estimated usages from A, B and C are summedtogether to determine an estimated usage or non-usage of the HVAC systemattributable to weather for a second month of two months. It will beappreciated that any convenient period of time may be selected for theanalysis. For step 2902 (FIG. 29) the difference of the mean outsidetemperature between months 1 and 2 is multiplied by the minimum ofeither the amount of time the thermostat was in heating mode for month 1or month 2. If the thermostat was in heating mode for 500 hours in month2 and 450 hours in month 1, the temperature difference would bemultiplied by 450 hours, where the product is an estimated effort neededto account for the temperature difference between months for those 450hours. This estimated effort is then multiplied by the heat-slope to getan estimated usage or non-usage time attributable to the change in theoutdoor temperature. An analogous calculation is done for cooling usingthe cool-slope, and the results are summed together.

Step 2902 accounts for the impact of weather for 450 hours, which amountof time is common between both months. There is an additional 50 hoursin the heating mode, in the given example, which may also have impactedthe HVAC usage during the time periods of concern. The method depictedin FIG. 28B and the cooling analog of FIG. 28C is used to addressadditional non-overlapping time in a particular mode (heating/cooling),although only FIG. 28B will be discussed as the same analysis will applyfor FIG. 28C.

Step 2904 is a threshold determination, i.e., whether the sum of thetime in heat mode from both months is greater than zero. As long as thethermostat was in heat mode for either month this condition would betrue, and if not true then the weather could not account for any HVACusage or nonusage for heating. The same would be the case for cooling,and if both are zero, then weather will contribute zero estimated HVACusage time, which makes sense, and step 2902 would result in zero aswell. In step 2906, the difference in actual HVAC run- or usage-time inthe heating mode from month 2 to month 1 is determined, and if not equalto zero step 2908 is executed; if it is zero then weather will accountfor zero estimated HVAC usage time for heating mode. In step 2908 adifference of time in the heat mode between months 1 and 2 isdetermined, and if not zero then step 2910 is executed, and if zero thethen there is no overlap time in the heating mode and the usage ornon-usage attributable to the heating mode would be zero for thenon-overlapping time. In step 2910 an additional estimated usage ornon-usage time for the heating mode attributable to weather isdetermined. The absolute value of the difference in the actual HVACusage time in heat mode between the two months is calculated. This valueis multiplied by the ratio of the difference in time in the heat modeover the sum of the time in the heat mode for the two months. This hasthe affect of accounting for the time beyond the overlap in the heatmode between the two months by averaging that difference over the totaltime in heat mode in the two months and multiplying this ratio by themagnitude of the difference between actual usage in the heat mode overthe two months. If the time in heat mode for month 2 is larger thanmonth 1 it would indicate that more heat was used in month two and theresulting product should be negative under the adopted sign convention(positive is savings, negative is usage), thus the product is multipliedby negative one. The same determination is done for the cooling mode andthe results from A, B, and C are summed together to provide an estimatedusage (negative time) or non-usage (positive time) attributed to theactual usage or decrease in usage (also referred to herein as non-usage)by the HVAC system between months 1 and 2.

FIGS. 30 and 31 depict equations for quantifying the estimated usage ornon-usage of the HVAC system for month 2 as compared to month.Calculation of the areas, e.g, A_(autoawayheat) ^(Mo.2), for theequation in FIGS. 30 and 31 are discussed above with reference to FIG.19. It will be appreciated that the area 1923 in FIG. 19 represents anestimated effort saved as a result of the thermostat going into the Awaystate, which area has units of deg.·time and is the same area orestimated effort used in these equations, except that all the individualareas as discussed with reference to FIG. 19 are summed together overthe applicable time period to prove the areas shown in FIGS. 30-31. Theequations of FIGS. 30 and 31 determine the difference between the areasfor Auto-Away and Manual-Away for month 1 and month 2, which differenceis multiplied by the applicable slope (heat or cool) resulting in anestimated HVAC usage or non-usage resulting from the change in the Awaystates (Auto and Manual) between months 1 and 2.

FIG. 32 depicts an equation for quantifying the estimated usage ornon-usage of the HVAC system as a result of a user changing the scheduleof setpoint temperatures. An analogous equation for quantifying theestimated usage or non-usage of the HVAC system as a result of a usermanually changing the setpoint temperatures is provided in FIG. 33. Aswill be appreciated, and in light of the eligibility discussion above,the equation of FIG. 33 will be used only when a user manually adjuststhe setpoint temperatures on a frequent basis as though no schedule hadbeen entered. As described with reference to FIG. 20, the areas forthese equations are calculated relevant to a reference temperature(e.g., 0 degrees). The ratio of the area (an integration of the scheduletemperature over the time period) divided by the time in the mode(heating or cooling) is a weighted average schedule temperature for thetime period. For the equation of FIG. 33, the area is divided by thetime the system is in heating mode under a manually directed setpoint.The equation of FIGS. 32 and 33 take the difference between the weightedaverage schedule temperatures (manually set temperatures in FIG. 33) ofmonths 1 and 2 and multiplies it by the time in heat (or cool) mode(manually controlled heat mode in FIG. 33) for the time period. Theresult will estimate the amount of effort needed or saved as a result ofthe change in schedule, which is then multiplied by the applicable slopeto arrive at an estimated HVAC usage or non-usage needed to achieve theestimated effort.

FIG. 34 depicts an equation for quantifying the estimated usage ornon-usage of the HVAC system as a result of the user setting thethermostat to the off mode. The equation takes the difference of timesin the off-mode between time periods, and divides the difference by thesum of all the time in the other two modes for both time periods. Thisoperation effectively normalizes the difference in off mode over the twotime periods. This ratio is then multiplied by the sum of all the timethe HVAC is actually running for both time periods, whether in coolingor heating mode. The affect is multiplying the normalized timedifference in the off mode by the actual usage.

FIG. 35 depicts an equation for quantifying the estimated usage ornonusage of the HVAC system resulting from a difference in time betweenthe time periods, a difference in the days between calendar months forthis discussion. Similar to the equation of FIG. 34, the equation ofFIG. 35 takes the difference of days between the months, and divides thedifference by the sum of all the time in both time periods. Thisoperation normalizes the difference in days over the two months. Thisnormalized time difference is then multiplied by the sum of all the timethe HVAC is actually running for both time periods, whether in coolingor heating mode, resulting in an estimated usage or non-usage of theHVAC system as a result in a change in days between the two months.

Quantifying the estimated non-usage resulting from Airwave® will be thetime Airwave® is actually in use for any given month. This time, as willbe appreciated, is not really an estimate as the time the HVAC systemdid not run as a result of Airwave® is directly attributable to theamount of time that Airwave® was active for any given time period. Itwill be appreciated that processes other than Airwave® may be used toachieve this purpose and the amount of estimated time attributable touse of these other processes will be known to the skilled artisan.

In a preferred embodiment, a so-called ‘sanity’ check will be performedon the quantified estimated HVAC usage and non-usage values to ensurethe magnitude and sign (saving or using energy) of the numbers makesense when considering various factual circumstances. FIG. 36 depicts aprocess 3600 for scaling the estimated HVAC usage/nonusage estimates. Ifcondition 3602 is true, all the estimated HVAC usage/nonusage values arescaled by the ratio of the actual HVAC usage difference (equation 3603)divided by the sum of all the eligible estimated HVAC usage and nonusagevalues. This scaling has the effect that the sum of all the scaledestimated usages and nonusages will equal the actual HVAC usage/nonusagedifference, thereby avoiding reporting estimated HVAC usage/nonusagethat exceeds the actual HVAC usage/nonusage. It is noted that not allestimated HVAC usage and nonusage values are scalable. For exampleestimated HVAC usage/nonusage attributable to weather is not scalable,and likewise those for Airwave® and calendar. If condition 3604 is falseprocess 3600 sets the scaling factor to 1. If condition 3604 is false,it means that the sign of the sum of all the non-scaled estimated HVACusage and nonusage values is different than the sign of the differencein actual usage (equation 3603). This situation would mean that one ofthe numbers indicates an energy savings in total, while the otherindicates energy usage, not a tenable scenario from a macro perspective.In this latter situation the estimated HVAC usage and nonusage numbersare considered using other processes to determine if they individuallymake sense, and for those that do not that they are ignored and notreported, or alternatively aborting the process altogether because thenumbers simply do not make sense.

Following the initial scaling of the estimated HVAC usage/nonusagevalues, additional scaling is performed using process 3650 of FIG. 36 inorder to avoid reporting excessively large numbers for the estimatedHVAC usage/nonusage values. In step 3651 Max_Usage is defined as thesmallest value (negative values included) of all the scaled estimatedHVAC usage/nonusage values, which will likely be a negative numberbecause of the adopted sign convention. Max_NonUsage, also defined instep 3651, is the maximum value of all the scaled estimated HVACusage/nonusage values, which will likely be a positive value because ofthe adopted sign convention. In step 3652, if the difference in actualusage (Δ_(Usage) from equation 3603) between the two months is greaterthan zero (a net energy usage in month 2 as compared to month 1) and theMax_Usage (lowest negative value is the largest estimated HVAC usagevalue) is less than −1.9×Δ_(Usage), then the second scaling factor is−1.9 times the ratio of Δ_(Usage) divided by the Max_Usage value. Thisensures that the reported re-scaled estimated HVAC usage numbers, whenthere is an increase in actual usage (Δ_(Usage)>0), stay within areasonable value when the direction of the actual usage difference(positive for energy use) and the largest estimated usage/nonusage valueare going in the same direction (energy usage in this case). The sameanalysis applies to the scaling of process 3650 at step 3654, whenΔ_(Usage)<0 (reflecting an actual net savings of energy or less usage inthe second month) and the Max_NonUsage value is greater than −1.9 timesΔ_(Usage) (product is positive). When actual energy usage or nonusage(savings) and estimated HVAC usage values trend in the same direction(usage or nonusage, as the case may be), steps 3652 and 3654 ensure thatthe largest (in magnitude) reported estimated HVAC usage or nonusage(step 3652 and step 3654 respectively) is no more than 1.9 times theincrease or decrease (step 3652 and step 3654 respectively) in actualusage (Δ_(Usage)) for the reporting period (month 2).

Steps 3656 and 3658 attempt to address the situation when the actualenergy usage or nonusage and the estimated HVAC usage/nonusage valuestrend in opposite directions. In step 3656 (if the condition is true),the actual usage difference Δ_(Usage) is less than zero (decreasedusage) and the Max_Usage is less than Δ_(Usage) (largest estimated HVACuse is larger in magnitude than the actual decreased usage) indicatingthe largest estimated HVAC usage trends opposite of the actual change inHVAC usage. The scale used if the condition of step 3656 is true, is theΔ_(Usage) divided by the largest estimated usage, ensuring that thatscaling of the already scaled estimated HVAC usage/nonusage numbers doesnot exceed the actual change in usage in magnitude. Step 3658 is ananalogous situation where Δ_(Usage) is greater than zero (increasedactual HVAC usage) and the Max_NonUsage is smaller than Δ_(Usage) suchthat the magnitude of maximum estimated HVAC nonusage exceeds themagnitude of the actual change in usage, but indicating that estimatedHVAC usage/nonusage and the actual change in usage trend in oppositedirections, as was the situation above. In this case the scale is set asΔ_(Usage) divided by the Max_NonUsage usage/nonusage values, ensuringthat scaling of the already scaled estimated HVAC usage/nonusage valuesdoes not exceed the actual change in usage in magnitude. Generally, thescaling process ensures the reported and scaled estimated HVACusage/nonusage values stay within 1 to 2 times the actual HVAC usage formonth 2. It is in this manner that reporting of absurdly large numbersis avoided. As discussed above, process 3650 rescales the already scaledestimated HVAC usage/nonusage values in order to avoid reporting valuesthat make no sense with respect to the actual data, in particular theactual change in HVAC usage from month 1 to month 2.

Quantifying the estimated HVAC usage/nonusage attributable to adifference in days between month 1 and month 2 was discussed inreference to FIG. 35 above. This calendar attributable usage/nonusage isnot amenable to scaling in the manner just describe. Referring to FIG.37 a preferred process 3700 is provided to ensure the estimatedusage/nonusage attributable to a difference in the days in month 1 andmonth 2 does not result in nonsensical numbers, and is capped at amaximum number to avoid such a situation. For example, if the two monthsdiffer by one day, then the estimated HVAC usage/nonusage attributableto the calendar difference may not be more than 24 hours. “Number ofdevices” refers to the number of programmable thermostats in theenclosure, and cal_usage/nonusage is the value of the estimatedusage/nonusage attributable to the difference in the days of in themonth 1 and month 2.

Despite the efforts to avoid reporting numbers that don't make sensedescribed above there may be residual estimated HVAC usage/nonusageamounts. That is the sum of the scaled HVAC usage/nonusage amountslikely do not equal Δ_(Usage). In some cases the two numbers may be wayoff, and in many, maybe most the numbers are reasonably close but thedifference cannot or should not be ignored as a user reviewing thereport would likely notice the discrepancies. One embodiment foraddressing the residuals issue is to determine if the residuals aresmall enough to lump into the estimated HVAC usage/nonusage attributableto the weather. For example and not by way of limitation, if (presumingweather is eligible) the absolute value of the residual (=Δ_(Usage)−sumof scaled estimated HVAC usage/nonusage values) is larger than theabsolute value of 0.2*Δ_(Usage), then the adjusted estimated HVACusage/nonusage attributable to the weather will be Δ_(Usage)−sum of allestimated HVAC usage/nonusage values except that attributable toweather. If the residual is larger than abs(0.2*Δ_(Usage)) this would bean invariant and would need to be investigated, and no report will begenerated.

Referring back to FIG. 18, after scaling the quantified estimated HVACusage/nonusage values at step 1810 and as just described above withreference to FIGS. 36-37, the estimated HVAC usage/nonusage valuesattributable to the eligible contributors or agents are ranked in orderof their magnitude from largest to smallest. Values less than 5% ofΔ_(Usage) are discarded as being insignificant. A report is generated atstep 1814, which report may include the difference between month 1 andmonth 2 the HVAC actually ran (Δ_(Usage)), which can be determined usingdata collected by the thermostat and communicated and/or transmitted tothermostat management server 520 paired with the thermostat.Additionally the report may include hints on how to reduce HVAC usageand therefore conserve energy, actual HVAC run time for the two timeperiods. The reports may be displayed on any computing device (e.g.,computer, tablet, mobile phone etc.) with access to the web and/or incommunication with the thermostat and the thermostat management servers520. The reports may also be emailed as pdf or other image formats knownto the skilled artisan.

FIG. 38 provide an example of an emailed Energy Report 3800 from NestLabs Inc. of Palo Alto Calif. sent to users/owners of the Nest®programmable thermostat. In this example a company logo 3802 isprovided, a report date, the owner of the Nest® and location of theNest®, all referenced by 3804. 3805 references a total amount of usedhours more this month than last (i.e., Δ_(Usage)), a bar 3806representing actual HVAC run-time in November and a bar 3808representing actual HVAC run-time in December. The next section 3810provides icons depicting a reason (weather 3812, Manual-Away 3814, andAuto-Away 3816. Below each icon is the estimated number of hours theHVAC used or ran as a result of the contributor or agent (weather,Manual-Away, and Auto-Away) in ranked order. The next section 3818provides a tip to save energy, and below that the number of Leafs theuser earned during the month.

As will be appreciated the embodiments described herein for generating areport from metrics and data used to characterize contributors or agentscausing HVAC usage may use a single time period as opposed to themultiple time periods used to facilitate the description. An example ofa single time period embodiment may use contributors, models,eligibility, estimated usage/non-usage for the eligible contributors oragents, determine the estimated HVAC energy (time or actual energymetrics) attributable to each of the contributors and compare thisagainst the actual usage for the single time period, which estimates andactual usage can be reported as time units (a good metric for energy forthe HVAC system) or any other appropriate units known to the skilledartisan (e.g., joules, calories, watts etc.).

According to some embodiments a method is described for encouraging auser to adopt energy saving thermostat settings. The method includesreceiving user input indicating that the user wishes to change atemperature setting on the thermostat; interactively displayinggraphical information, such as a symbol, to a user when the user has

Various modifications may be made without departing from the spirit andscope of the invention. Accordingly, the invention is not limited to theabove-described embodiments, but instead is defined by the appendedclaims in light of their full scope of equivalents.

What is claimed is:
 1. A system for controlling operation of an HVACsystem, the system comprising: a temperature sensor; an electronicdisplay; one or more processors, wherein at least one of the one or moreprocessors is in communication with the temperature sensor and theelectronic display and the one or more processors are configured to:receive temperature measurements from the temperature sensor; activatethe HVAC system to control a temperature within a structure based on thetemperature measurements received from the temperature sensor and astored setpoint temperature; cause first historical data and secondhistorical data representative of actual HVAC usage of the HVAC systembeing activated by the one or more processors to be stored for a firsthistorical time interval and a second historical time intervalrespectively; process the first historical data and the secondhistorical data to determine an HVAC usage difference between the firsthistorical time interval and the second historical time interval;process the second historical data to determine a relative contributionof each of a plurality of causative agents towards the actual HVACusage, wherein: the plurality of causative agents is selected from thegroup consisting of weather, temperature schedule, occupancy, use ofauto-away, manual temperature settings, and time differences between thefirst historical time interval and the second historical time interval;and auto-away refers to the one or more processors adjusting a setpointtemperature to decrease HVAC usage based upon no occupant being presentwithin the structure; generate an energy usage report that includes atleast (i) the HVAC usage difference between the first historical timeinterval and the second historical time interval, and (ii) anattribution of a primary causative agent from said plurality ofcausative agents as a primary reason for the HVAC usage difference; andprovide, via the electronic display of the system, the energy usagereport that includes at least (i) said HVAC usage difference betweensaid first and second historical time intervals, and (ii) theattribution of the primary causative agent from the plurality ofcausative agents as the primary reason for the HVAC usage difference. 2.The system for controlling the operation of the HVAC system of claim 1,wherein the electronic display is incorporated as part of a smartphone.3. The system for controlling the operation of the HVAC system of claim1, wherein at least one of the one or more processors is incorporated aspart of a cloud-based thermostat management system.
 4. The system forcontrolling the operation of the HVAC system of claim 1, wherein thetemperature sensor and at least one of the one or more processors isincorporated as part of a thermostat.
 5. The system for controlling theoperation of the HVAC system of claim 1, wherein the primary causativeagent has a highest relative contribution from the plurality ofcausative agents toward the HVAC usage difference.
 6. The system forcontrolling the operation of the HVAC system of claim 1, wherein thefirst historical time interval and the second historical time intervalare consecutive calendar months.
 7. The system for controlling theoperation of the HVAC system of claim 1, wherein the energy usage reportfurther comprises at least one graphical indicator indicative of theprimary causative agent.
 8. The system for controlling the operation ofthe HVAC system of claim 1, wherein generating the energy usage reportby the one or more processors further comprises determining (iii) asecond attribution of a secondary causative agent from the plurality ofcausative agents as a secondary reason for the HVAC usage difference. 9.The system for controlling the operation of the HVAC system of claim 8,wherein the energy usage report provided via the electronic displayfurther comprises (iii) the determined second attribution of thesecondary causative agent from the plurality of causative agents as thesecondary reason for the HVAC usage difference.
 10. The system forcontrolling the operation of the HVAC system of claim 1, wherein the oneor more processors comprise a plurality of processors that communicatewith each other via the Internet.
 11. A system for controlling operationof an HVAC system, the system comprising: a thermostat comprising atemperature sensor, a wireless communication interface, an HVACinterface, an electronic display, and one or more processors, whereinthe one or more processors of the thermostat: receive temperaturemeasurements from the temperature sensor; activate the HVAC system tocontrol a temperature within a structure based on the temperaturemeasurements received from the temperature sensor and a stored setpointtemperature; cause first historical data and second historical datarepresentative of actual HVAC usage of the HVAC system being activatedby the one or more processors to be transmitted to a thermostatmanagement server and stored for a first historical time interval and asecond historical time interval, respectively; and the thermostatmanagement server comprising one or more processors, wherein the one ormore processors of the thermostat management server: process the firsthistorical data and the second historical data to determine an HVACusage difference between the first historical time interval and thesecond historical time interval; process the second historical data todetermine a relative contribution of each of a plurality of causativeagents towards the actual HVAC usage, wherein: the plurality ofcausative agents is selected from the group consisting of weather,temperature schedule, occupancy, use of auto-away, manual temperaturesettings, and time differences between the first historical timeinterval and the second historical time interval; and auto-away refersto the one or more processors adjusting a setpoint temperature todecrease HVAC usage based upon no occupant being present within thestructure; process the second historical data to generate a relativecontribution of each of said causative agents towards the HVAC usage;generate an energy usage report that includes at least (i) the HVACusage difference between the first historical time interval and thesecond historical time interval, and (ii) an attribution of a primarycausative agent from said plurality of causative agents as a primaryreason for the HVAC usage difference; and provide the energy usagereport that includes at least (i) said HVAC usage difference betweensaid first and second historical time intervals, and (ii) theattribution of the primary causative agent from the plurality ofcausative agents as the primary reason for the HVAC usage difference.12. The system for controlling the operation of the HVAC system of claim11, wherein the first historical time interval and the second historicaltime interval are consecutive calendar months.
 13. The system forcontrolling the operation of the HVAC system of claim 11, wherein theenergy usage report further comprises at least one graphical indicatorindicative of the primary causative agent.
 14. The system forcontrolling the operation of the HVAC system of claim 11, whereingenerating the energy usage report by the one or more processors furthercomprises determining (iii) a second attribution of a secondarycausative agent from the plurality of causative agents as a secondaryreason for the HVAC usage difference.
 15. The system for controlling theoperation of the HVAC system of claim 14, wherein the energy usagereport provided via the electronic display further comprises (iii) thedetermined second attribution of the secondary causative agent from theplurality of causative agents as the secondary reason for the HVAC usagedifference.
 16. A method for controlling operation of an HVAC system,the method comprising: measuring, using a temperature sensor of athermostat, a temperature; activating, by the thermostat, the HVACsystem to control a temperature within a structure based on the measuredtemperature and a stored setpoint temperature; causing, by thethermostat, first historical data and second historical datarepresentative of actual HVAC usage of the HVAC system being activatedby the thermostat to be stored for a first historical time interval anda second historical time interval, respectively; processing the firsthistorical data and the second historical data to determine an HVACusage difference between the first historical time interval and thesecond historical time interval; processing the second historical datato determine a relative contribution of each of a plurality of causativeagents towards the actual HVAC usage, wherein: the plurality ofcausative agents is selected from the group consisting of: weather,temperature schedule, occupancy, use of auto-away, manual temperaturesettings, and time differences between the first historical timeinterval and the second historical time interval; and auto-away refersto adjusting a setpoint temperature to decrease HVAC usage based upon nooccupant being detected within the structure; generating an energy usagereport that includes at least (i) the HVAC usage difference between thefirst historical time interval and the second historical time interval,and (ii) an attribution of a primary causative agent from said pluralityof causative agents as a primary reason for the HVAC usage difference;and providing for presentation of the energy usage report that includesat least (i) said HVAC usage difference between said first and secondhistorical time intervals, and (ii) the attribution of the primarycausative agent from the plurality of causative agents as the primaryreason for the HVAC usage difference.
 17. The method for controlling theoperation of the HVAC system of claim 16, wherein the energy usagereport is provided for presentation on a display screen of a smartphone.18. The method for controlling the operation of the HVAC system of claim16, wherein the primary causative agent has a highest relativecontribution from the plurality of causative agents toward the HVACusage difference.
 19. The method for controlling the operation of theHVAC system of claim 16, wherein the first historical time interval andthe second historical time interval are consecutive calendar months. 20.The method for controlling the operation of the HVAC system of claim 16,wherein the energy usage report further comprises at least one graphicalindicator indicative of the primary causative agent.